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PREFACE 


“Complex algorithms can be fun!” 


Programming is often treated by programmers as a game, although 
they may not readily admit it. In fact, using and programming a com- 
puter may well be one of the ultimate intellectual games devised to 
date. 

A program is a projection of one's intelligence and skills. Writing 
games programs adds an essential ingredient to it: fun. However, most 
interesting games are fairly complex to program, and demand specific 
programming skills. 

This book will teach you how to program a complete array of games 
ranging from passive ones (Music) to strategic ones (Tic-Tac-Toe). In 
the process of learning how to program these games, you will sharpen 
your skills at using input/output techniques, such as timers and in- 
terrupts. You will also use various data structures, and improve or 
develop your assembly-level programming skills. 

This book has been designed as an educational text. After reading it 
you should be able to create programs for additional games and to use 
your programming skills for other applications. 

If you have access to a microcomputer board, you can also enjoy 
the results of your work in a very short time. The programs presented 
in this book are listed for the SYM board (from Synertek Systems), 
but can be adapted to other 6502-based microcomputers. Playing the 
games will require building a simple, low-cost ““Сатев Воага,”” which 
is described in Chapter 1. To facilitate game playing, a ‘‘Games 
Cassette” is also available in SYM format. 

The many games studied in this book include: musical games 
(MUSIC), educational games (TRANSLATE and HEXGUESS will 
teach you hexadecimal), games involving the use of logic (MAGIC 
SQUARES), games involving coordination (SPINNER), memory 
games (ECHO), games of chance (SLOT MACHINES), games involv- 
ing strategy (TIC-TAC-TOE), and games involving various combina- 
tions of skills (BLACKJACK). 

A basic format has been followed in presenting each game program. 
It includes: 


1. The rules of the game 
2. Instructions for playing a typical game 
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3. The algorithm(s) (theory of operation) 
4. The program: data structures, programming techniques, 
subroutines. 


Variations and exercises are also suggested throughout the book. 

Thus, you will first learn how to play the game, and then how to de- 
vise a possible solution (the algorithm). Finally, you will actually 
implement a complete, programmed version of the algorithm in 6502 
assembly-level language, paying specific attention to the required data 
structures and techniques used for efficient programming. 

Learning to program in assembly-level language has traditionally 
been unappealing or difficult. It need not be. It can be fun. If you are 
familiar with elementary programming techniques on the level of 
reference text C202— Programming the 6502, this book will teach you 
practical programming techniques in a game context. It will both inte- 
grate theoretical concepts into complex programs and present a simple 
step-by-step analysis of program development. These same concepts 
and techniques can be applied to any programming problem, from 
industrial control to business applications. 

It is hoped that you will have as much fun learning how to program 
as you will have playing the games. If you have invented, developed, 
or know of other games that you would like to see included in a games 
book, please write to me. 


RODNAY ZAKS 
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INTRODUCTION 


PURPOSE 


This book has been designed for the programmer who wants to 
learn advanced programming techniques by using the 6502. It can, of 
course, also be used by those who simply wish to play games with their 
6502-based board. When using this book for educational purposes, 
the reader should be familiar with the 6502 instruction-set as well as 
basic programming techniques on the level of the reference text C202 
— Programming the 6502. А basic knowledge of input/output tech- 
niques is also recommended. (See reference D302 — 6502 Applica- 
tions Book.) 

The games presented in this book range from simple programs to 
highly complex ones. In order to implement game programs, 
algorithms will be proposed, and data structures will be designed. This 
is the process any disciplined computer programmer must go through 
when designing a programmed solution for a given problem. Game 
programs usually do not present any serious input/output problems, 
as some industrial control programs might; however, they often repre- 
sent a serious intellectual challenge in terms of devising an efficient 
solution strategy. In addition, all the algorithms and programs 
presented in this book have been designed to be terse so that they can 
reside within less than 1К of available memory. 

АП of the programs presented in this book have been tested on ac- 
tual hardware by several users and have been found to be error-free in 
the conditions under which they were tested. As in any large program, 
however, inadequacies or improvements may be found. The author 
will be grateful for any comments or suggestions from interested 
readers. 


The programs in this book can be used to play real games. They ге- 
quire using a 6502-based board such as the SYM board (manufactured 
and trademarked by Synertek Systems) and they require building a sim- 
ple **Games Board.” A complete description of the Games Board will 
be provided in this chapter. The Games Board is shown in Figure 1.1. 

The programs in this book will all run as they are presented on a 
SYM board, but they can easily be adapted to any other 6502-based 
computer. The input/output lines available, however, are usually 
specific to the microcomputer used. The input/output segments of the 
various programs must then be modified accordingly. Naturally, the 
algorithms themselves as well as the programming techniques used to 
implement them normally remain unchanged. 

After reading this book, especially if you should try to run the pro- 
grams on the Games Board, you will probably agree that: 


“Complex algorithms can be fun!” 


HARDWARE REQUIRED 


In order to run the programs presented in this book on an actual 
microcomputer, a SYM or other 6502-based board should be used. 
Additionally, a Games Board will be required to play the games. A 
photograph of the Games Board is shown in Figure 1.1. The Games 
Board is the input/output board on which the games will be played. The 
keyboard on the right is used to provide an input to the microcom- 
puter board, while the LEDs on the left are used to display the informa- 
tion sent by the program. The use of the keys and the LEDs will be ex- 
plained for each game in this book. A speaker is also attached for 
sound effects. It has been mounted in an enclosure (box), for im- 
proved sound quality. (See Figure 1.2.) 

The Games Board may easily be built at home from a small number 
of low-cost components, or may be obtained from Sybex. Since its 
assembly is quite simple, the reader interested in obtaining a better 
understanding of the hardware is strongly encouraged to purchase the 
parts and build the board. On the other hand, building the Games 
Board is not a required action in order to use this text. It simply offers 
additional depth of understanding. 


CONNECTING THE SYSTEM 


lt is assumed here that you own a 6502-based microcomputer 
board, such as a SYM board, and that you have built or obtained a 
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Fig. 1.1: The Games Board 


Fig. 1.2: Enclosure May Be Used for Improved Sound 
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Games Board. This section will describe how to interconnect the 
elements of the system so that you can actually play the games which 
will be described in the following chapters. If you do not have access 
to this hardware, it is not essential that you read through this section. 
However, you may wish to refer to it later, in order to implement the 
games described in this book, or to understand the interfacing and in- 
put/output techniques. 
Four essential components are required: 


1 - the power supply 

2 - the SYM board 

3 - the Games Board 

4 - (preferably) a cassette recorder 


The first requirement is to connect the wires to the power supply. If 
it is not already so equipped, two sets of wires must be connected t. 
(See Figure 1.3.) First, it must be connected to a power cord. Second, 
the ground and plus 5V wires must be connected to the SYM power 
connector, as per the manufacturer's specifications. 

Next, the Games Board should be physically connected to the SYM. 
Two edge connectors are required for the SYM: both the A connector 
and the AA connector are used. (See Figure 1.4.) There is also a power 
source connector. 

Always be careful to insert the connectors with the proper side up 
(usually the printed side). An error in inserting the power connector, 
in particular, will have highly unpleasant results. Errors in inserting 
the I/O connectors are usually less damaging. 

Finally, if a cassette recorder is to be used (highly recommended), 
the SYM board must be connected to a tape recorder. At the 
minimum, the **monitor"' or ‘‘earphone’’ wires should be connected, 
and preferably the “remote” wire as well. If new programs are going 
to be stored оп tape, the *'record"' or **microphone"' wire should also 
be connected. (See Figure 1.5.) Details for these connections are given 
in the SYM manual. 

At this point the system is ready to be used. (See Figure 1.6.) If you 
have one of the games cassettes (available separately from Sybex), 
simply load the cassette into the tape recorder. Press the RST key after 
powering up your SYM, and load the appropriate game into your 
SYM. You are ready to play. 

Otherwise, you should enter the hexadecimal object code of the 
game on the SYM keyboard. All games are started by jumping to 
location 200 (“СО 200”). 
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Fig. 1.4: The Games Board is Connected to the SYM with 2 Connectors 
(Note also Power and Cassette Connectors) 
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Fig. 1.5: Connecting the Cassette Recorder 
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Fig. 1.6: The System is Ready to be Used 
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GAMES BOARD INTERCONNECT 
The Keyboard 


The board’s components are shown in Figure 1.7. The LED ar- 
rangement used for the games is shown in Figure 1.8. The keyboard 
used here is of the “Чіпе per key” type, and does not use a matrix ar- 
rangement. Sixteen keys are required for the games, even though more 
keys are often provided on a number of *'standard keyboards,” such 
as the one used in the prototype of Figure 1.7. On this prototype, the 
three keys at the bottom right-hand corner are not used (keys H, L, 
and *'shift"). 

Figure 1.9 shows how a 1-10-16 decoder (the 74154) is used to iden- 
tify the key which has been pressed, while tying up only four output 
lines (PBO to PB3) — four lines allow 16 codes. The keyboard scan- 
ning program will send the numbers 0-15 in succession out on lines 
PBO-PB3. In response, the 74154 decoder will decode its input (4 bits) 
into each one of the 16 outputs in sequence. For example, when the 
number “0000” (binary) is output on lines PBO to PB3, the 74154 
decoder grounds line 1 corresponding to key “0”. This is illustrated in 
Figure 1.9. After outputting each four-bit combination, the scanning 
program reads the value of PA7. If the key currently grounded was 
not pressed, PA7 will be high. If the corresponding key was pressed, 
PAT will be grounded and а logical “0” will be read. For example, in 


Fig. 1.7: Games Board Elements (Prototype) 
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Fig. 1.8: The LEDs 


Figure 1.10, a key closure for key 1 has been detected. As in any scan- 
ning algorithm, a good program will debounce the key closures by im- 
plementing a delay. For more details on specific keyboard interfacing 
techniques, the reader is referred to reference C207 — Microprocessor 
Interfacing Techniques. 

In the actual design, the four inputs to the 74154 (PBO to PB3) are con- 
nected to VIA #3 of the SYM. РА? is connected to the same VIA. The 
3.3 K resistor on the upper right-hand corner of Figure 1.9 pulls up 
PA7 and guarantees a logic level “1” as long as no grounding occurs. 

The GETKEY program, or a similar routine, is used by all the pro- 
grams in this book and will be described below. 


The LEDs 


The connection of the fifteen LEDs is shown in Figure 1.11. Three 
7416 LED drivers are used to supply the necessary current (16 mA). 

The LEDs are connected to lines РАО to PA7 and PBO to PB7, ex- 
cepting PB6. These ports belong to VIA 41 of the SYM. An LED is lit 
by simply selecting the appropriate input pin of the corresponding 
driver. The resulting arrangement is shown in Figure 1.12 and Figure 
1.13. 


INTRODUCTION 


+5 3.3K 


+5V 


41016 
DECODER 


WF а 


Fig. 1.9: Decoder Connection to Keyboard 
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Fig. 1.10: Detecting a Key Closure 
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Fig. 1.11: LED Connection 
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10 
Fig. 1.12: LED Arrangement on the Board 


The resistors shown in Figure 1.11 are 330-ohm resistors designed as 
current limiters for the 7416 gates. 

The output routines will be described in the context of specific 
games. 


Required Parts 


One 6" x 9” vector-board 
One 4-to-16 decoder (74154) 
Three inverting hex drivers (7416) 
One 24-pin socket 
Three 14-pin sockets (for the drivers) 
One 16-key keyboard, unencoded 
Fifteen 330-ohm resistors 
One 3.3 K-ohm resistor 
One decoupling capacitor (.1 mF) 
Fifteen LEDs 
One speaker 
One 50-ohm or 110-ohm resistor (for the speaker) 
Two 15”-20” long 16-conductor ribbon cables 
One package of wire-wrap terminal posts 
Wire-wrap wire 
Solder 
A soldering iron and а wire-wrapping tool will also be required. 
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Fig. 1.13: Detail of LED Connection to the Ports 
Assembly 


A suggested assembly procedure is the following: the keyboard can 
be glued directly to the perf board. Sockets and LEDs can be posi- 
tioned on the board and held in place temporarily with tape. All con- 
nections can then be wire-wrapped. In the case of the prototype, the 
connections to the keyboard were soldered in order to provide reliable 
connections since they were not designed as wire-wrap leads. Wire- 
wrap terminal posts were used for common connections. 

Additionally, on the prototype two sockets were provided for con- 
venience when attaching the ribbon cable connector to the Games 
Board. They are not indispensable, but their use is strongly suggested 
in order to be able to conveniently plug and unplug cables. (They ap- 
pear in the top left corner of the photograph in Figure 1.14.) A 14-pin 
socket and a 16-pin socket are used for this purpose. Wire-wrap ter- 
minal posts can be used instead of these sockets to attach the ribbon 
cable directly to the perf board. The other end of the ribbon cable is 
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Fig. 1.14: Games Board Detail 


simply attached to the edge connectors of the SYM. When connecting 
the ribbon cable at either end, always be very careful to connect it to 
the appropriate pins (do not connect it upside down). The Games 
Board derives its power from the SYM through the ribbon cable con- 
nection. Connecting the cable in reverse will definitely have adverse 
effects. 

The speaker may be connected to any one of the output drivers 
PB4, PBS, PB6, or PB7 of VIA #3. Each of these output ports is 
equipped with a transistor buffer. A 110-ohm current-limiting resistor 
is inserted in series with the speaker. 


The Keyboard Input Routine 


This routine, called “СЕТКЕҮ,” is a utility routine which will scan 
the keyboard and identify the key that was pressed. The correspond- 
ing code will be contained in the accumulator. It has provisions for 
bounce, repeat, and rollover. 

Keyboard bounce is eliminated by implementing a 50 ms delay upon 
detection of key closure. 

The repeat problem is solved by waiting for the key currently 
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pressed to be released before a new value is accepted. This cor- 
responds to the case in which a key is pressed for an extended period 
of time. Upon entering the GETKEY routine, a key might already be 
depressed. It will be ignored until the program detects that a key is no 
longer pressed. The program will then wait for the next key closure. If 
the processing program using the GETKEY routine performs long 
computations, there is a possibility that the user may push a new key 
on the keyboard before GETKEY is called again. This key closure will 
be ignored by GETKEY, and the user will have to press the key again. 
Most of the programs described in this book have audible prompts 
in the form of a tone which is generated every time the player should 
respond. Note that when a tone is being generated or during a delay 
loop in a program, pressing a key will have absolutely no effect. 


(АСОЗ) (АСОТ) 
ООА ЗА PORT ЗА. 


(INPUT) 
(OUTPUT) 


74154 


3 41016 
DECODER 


15 


DDR 3B PORTB 
(ACO2) (ACOO) 


VIA #3 


Fig. 1.15: VIA Connection to Keyboard Decoder 


14 


INTRODUCTION 


SET DELAY COUNT 


DECREMENT COUNT 


Fig. 1.16: GETKEY Flowchart 
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The hardware configuration for the GETKEY routine is shown in 
Figure 1.9. The corresponding input/output chip on the SYM is 
shown in Figure 1.15. VIA 43 of the SYM board is used to com- 
municate with the keyboard. Port B of the VIA is configured for out- 
put and lines 0 through 3 are gated to the 74154 (4-to-16 decoder), 
connected to the keyboard itself. The GETKEY routine will output 
the hexadecimal numbers “0” through “Е,” in sequence, to the 
74154. This will result in the grounding of the corresponding output 
line of the 74154. If a key is pressed, bit 7 of VIA #3 of Port A will be 
grounded. The program logic is, therefore, quite simple, and the cor- 
responding flowchart is shown in Figure 1.16. 

The program is shown in Figure 1.17. Let us examine it. The 
GETKEY routine can be relocated, i.e., it may be put anywhere in the 
memory. In order to conserve space, it has been located at memory 
locations 100 to I2E. It is important to remember that this is the low 
stack memory area. Any user programs which might require a full 
stack would overwrite this routine and thus destroy it. To prevent this 
possibility, it could be located elsewhere. For all of the programs that 
will be developed in this book, however, this placement is adequate. 
The first four instructions of the routine condition the data direction 
registers of VIA #3. The data direction register for Port A is set for in- 
put (all zeroes), while the data direction register for Port B is set for 
output (all ones). This is illustrated in Figure 1.15. 


LDA #0 
STA DDR3A 
LDA #$ЕЕ 
STA DDR3B 


Two instructions are required to test bit 7 of Port 3A, which in- 
dicates whether a key closure has occurred: 


START BIT PORT3A 
BPL START 


The key counter is initially set to the value 15, and will be decremented 


until a key closure is encountered. Index register X is used to contain 
this value, as it can readily be decremented with the DEX instruction: 


RSTART LDX £15 


This value (15) is then output to the 74154 and results in the selection 
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37GETKFY^ KEYBOARD INPUT ROUTINE 
READS AND DEBOUNCES KEYBOARD, RETURNS WITH KEY NUMBFR 
IN ACCUMULATOR IF KEY DOWN, 

OPERATION: SENDS NUMBERS 0-Ғ TO 74154 (4 ТО 16 

LINE DECODER)» WHICH GROUNDS ONE SIDE OF KFYSUTTCHES 
ONE AT А TIME. IF A KEY IS DOWN» PA7 OF VIA #3 UTII RF 
FGROUNDED, AND THE CURRENT VALUF APPLIED TO THE 74154 Ш 
УВЕ THE KEY NUMBER. WHEN THF PROGRAM DETECTS А KFY CLOS 
ЗСНЕСК FOR KEY CLOSURE FOR SO MS. TO ELIMINATE BOUNCE. 
ЗМОТЕ: IF NO KEY IS PRESSEN, GETKEY WITLI WAIT. 


+=$100 ЗНОТЕ: GFTKFY 18 IN LOU STACK 
DDR3A -засоз iDATA DIRECTION КЕС A FOR УТА #3 
DDR3B =$АС02 $DATA DIRECTION REG В FOR VIA өз 
PORT3A =%АСО1 ФУТА#З PORT A IN/OUT REOS 
PORT3B =%АСОО ?0ТАФЗ PORT В IN/OUT REGS 
Й 

0100: A9 00 Loa 40 

0102: 8D 03 АС STA DDR3A ҰБЕТ KEY STRORF FORT FOR INPUT 

0105: A9 FF LDA #$FF 

0107: BD 02 AC STA DDR3B ЗЗЕТ КЕУФ PORT FOR OUTPUT 


O10A: 2C 01 АС START BIT РОКТЗА $5ЕЕ IF KEY IS STILI DOWN FROM 
iLAST KEY CLOSURE: KEYSTORE IN ^N 

%6ТАТИ8 RIT. 

10 FB BPL START iIF YES» WAIT FOR KEY RELFAGF 

А2 оғ RSTART LOX 915 38ЕТ КЕУФ COUNTER TO 15 

ВЕ 00 AC NXTKEY STX PORT3R | OUTPUT KEY % TO 74154 

2C 01 АС BIT PORT3A +SEE IF KEY DOUN: STROBE IN N^ 

10 05 ВРІ BOUNCE — ;IF YES, GO DEBOUNCE 

са DEX TDECREMENT KEY # 

10 r5 BPL NXTKEY — #40, DO NEXT KEY 

:30Fi ЕМІ RSTART START OVER. 

ва BOUNCE TXA УЗАУЕ KEY NUMBER IN A 

1 A0 12 Loy SOUTER LOOP CNT LOAN FOR 

ФРЕГАТ OF 50 MS. 

FINNER 11 US. LOOP 


A2 FF їрї ых 


2C 01 AC LP2 ВІТ PORT3A #SEE IF KEY STILL DOWN 
30 Е7 ЕНІ RSTART — IF МОТ, KEY NOT VALID, RESTART 
са DEX 
Do F8 ВНЕ 1Р2 iTHIS LOOP USES 2115%5 US 
88 DEY 
2c: po ҒЗ BNE ірі SOUTER LOOP? TOTAL IS 50 MS. 
1 60 RTS DONE: KEY IN A. 
SYMBOL TABLE? 
DDR3A асоз DDR3E ясо? PORTSA acor 
PORT3B Coo START 0104 RSTART 010F 
NXTKEY 0111 BOUNCE 011E LPI 0121 
їР2 0123 
DONE 


Fig. 1.17: GETKEY Program 


of line 17 connected to key 15 (“Е”). The BIT instruction above is 
used to test the condition of bit 7 of Port 3A to determine whether this 
key has been pressed. 


NXTKEY STX PORT3B 
BIT PORT3A 
BPL BOUNCE 


If the key were closed, a branch would occur to “ВООМСЕ,” and a 
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delay would be implemented to debounce it; otherwise, the counter is 
decremented, then tested for underflow. As long as the counter does 
not become negative, a branch back occurs to location NXTKEY. 
This loop is repeated until a key is found to be depressed or the 
counter becomes negative. In that case, the routine loops back to loca- 
tion RSTART, restarting the process: 


DEX 
BPL NXTKEY 
BMI RSTART 


Note that this will result in the detection of the highest key pressed 
in the case in which several keys are pressed simultaneously. In other 
words, if keys “Е”? and “3” were pressed simultaneously, key “Е” 
would be identified as depressed, while key “2” would be ignored. 
Avoiding this problem is called multiple-key rollover protection and 
will be suggested as an exercise: 


Exercise 1-1: Jn order to avoid the multiple-key rollover problem, 
modify the GETKEY routine so that all 15 key closures are monitored. 
If more than one key is pressed, the key closure is to be ignored until 
only one key closure is sensed. 


Once the key closure has been identified, the corresponding key 
number is saved in the accumulator. A delay loop is then implemented 
in order to provide a 50 ms debouncing time. During this loop, the key 
closure is constantly monitored. If the key is released, the routine is 
restarted. The delay itself is implemented using a standard two-level, 
nested loop technique. 


BOUNCE TXA 
LDY #$12 
ІРІ LDX #$FF 
LP2 BIT PORT3A 
BMI RSTART 
DEX 
BNE LP2 
DEY 
BNE ІРІ 


Exercise 1-2: The value used for the outer loop counter (“812,” or 12 
hexadecimal) may not be quite accurate. Compute the exact duration 
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of the delay implemented by the instructions above, using the tables 
showing the duration of each instruction in the Appendix. 


SUMMARY 


Executing the games programs requires a simple Games Board which 
provides the basic input/output facilities. The required hardware and 
software interface has been described in this chapter. Photographs of 
the assembled board which evolved from the prototype are shown in 
Figures 1.18 and 1.19. 


Fig. 1.19: Removing the Cover 


19 


2 
MUSIC PLAYER 


THE RULES 


This game allows music to be played directly on the keyboard of a 
computer. In addition, the program will simultaneously record the 
notes that are played, and then automatically play them back upon re- 
quest. Keys “0” through “С” on the keyboard are used to play the 
musical notes. (See Figure 2.1.) Key “Б” is used to specify a rest. Key 
“E” is used to play back the musical sequence stored in the memory. 
Finally, key “Е” is used to clear the memory, i.e., to start a new 
game. The following paragraph will describe the usual sequence of the 
game. 


© 


Fig. 2.1: Playing Music оп the Keyboard 
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9th Symphony: 
5—5—6—8—8—6—5—4—3—3—4—5—5—4—4—0—5— 
5—6—8—8—6—5—4—3—3—4—5—4—3—3—0—4—4— 
5—3—4—6—5—3—4—6—5—4— D 


Clementine: 
3—3—3.—D—2—D—5—5—5—D—3—D—3—5—8—D—D— 
8—6—5—4—D.D—D—4—5—6—D—6—0—5—4—5—D— 
3-0-3-5-4-0-0-2-3-4-3 


Frere Jacques: 
3-4-5-3-3-4-5-3-5-6-8-0-5-6-8-0-8- 
А-8-6-5-0-3-0-8-А-8-6-5-0-3-0-3-0 
2-0-3-0-0-0-3-0-2-0-3 


Jingle Ве! 
5-5-5-0-5-5-5-0-5-8-2-4-5-0- 
6-6-6-6-5-5-5-8-8-6-4-3 


—0—6- 


Row Row Row Your Boat: 
3—D—3—0—3—4—5—D—5—4—5—6—8—D—D—D—C 
C—8—8—5—5—3—3—8—6—5—4—3 


Silent Nigh: 

8—0—0—А—8—р—5—0—0—0—8—0—0—А—8—0—5 
D—D—D—3—0D—D—3—D—8—D—D—D—C—D 
0-8-0-0-С-0-8-5-8-0-6-0-4-0-3 


Twinkle Twinkle Little Star: 
3-3-8-8-А-А-8-0-6-6-5-5-4-4-3-0-8- 
8—6—6—5—5—4—D—3—3—8—8—A—A—8—D—6—6- 
5-5-4-4-3 


Fig.2.2: Simple Tunes for Computer Music 
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A TYPICAL GAME 


Press key “F” to start a new game. A three-note warble will be 
heard, confirming that the internal memory has been erased. Play the 
tune on keys “0” through “Р” (using the notes and the rest features). 
Up to 254 notes may be played and stored in the memory. At any 
point, the playback key (“Е””) may be pressed and the notes and rests 
that were just played on the keyboard (and simultaneously stored in 
the memory) will be reproduced. The musical sequence may be played 
as many times as desired by simply pressing key “Е.” Examples of 
simple tunes or musical sequences that can be played on the computer 
are shown in Figure 2.2. 


THE CONNECTIONS 


This game uses the keyboard plus the speaker. The speaker is con- 
nected in series to one of the buffered output lines of PORT B of VIA 
#3, via a 110-ohm current limiting resistor. PB4, PBS, PB6, or PB7 of 
VIA #3 are used, as they are driven by a transistor buffer on the SYM. 
For higher quality music, it is recommended that the speaker be placed 
in a small box-type enclosure. The value of the resistor may also be 
adjusted for louder volume (without going below 50-ohm) to limit the 
current in the transistor. 


THE ALGORITHM 


A tone (note) is simply generated by sending a square wave of the 
appropriate frequency to the speaker, i.e., by turning it on and off at 
the required frequency. This is illustrated in Figure 2.3. The length of 
time during which the speaker is on or off is known as the half-period. 
In this program, the frequency range of 195 to 523 Hertz is provided. 
If N is the frequency, the period T is the inverse of the frequency, or: 


T = 1/3 


Therefore, the half-periods will range from 1/(2 x 195) = .002564 to 


aoe 
1/2 
SQUARE WAVE SPEAKER 


N=17 


Fig. 2.3: Generating a Tone 
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1/(2 x 523) = .000956 microseconds. A classic loop delay will be used 
to implement the required frequency. 

Actual computations for the various program parameters will be 
presented below. 


THE PROGRAM 


The program is located at memory addresses 200 through 2DD, and 
the recorded musical sequence or tune is stored starting at memory 
location 300. Up to 254 notes may be recorded in 127 bytes. 


Data Structures 


Three tables are used in this program. They are shown in Figure 2.4. 
The recorded tune is stored in a table starting at address 300. The note 
constants, used to establish the frequency at which the speaker will be 
toggled, are stored in a 16-byte table located at memory address 2C4. 
The note durations, i.e., the number of half-cycles required to imple- 
ment a uniform note duration of approximately .21 second, are stored 
in a 16-byte table starting at memory address 201. Within the tune 
table, two ‘‘nibble’’-pointers are used: PILEN during input and PTR 
during output. (Each 8-bit byte in this table contains two notes.) In 
order to obtain the actual table entry from the nibble-pointer, the 
pointer is simply shifted one bit position to the right. The remaining 
value becomes a byte-pointer, while the bit shifted into the carry flag 
specifies the left or the right half of the byte. The two tables called 
CONSTANTS and NOTE DURATIONS are simply reference tables 
used to determine the half-frequency of a note and the number of 
times the speaker should be triggered once a note has been identified 
or specified. Both of these tables are accessed indirectly using the X 
register. 


Some Music Theory 


A brief survey of general music conventions is in order before 
describing the actual program. The frequencies used to generate the 
desired notes are derived from the equally tempered scale, in which the 
frequencies of succeeding notes are in the ratio: 


1:372 


The frequencies for the middle C octave are given in Figure 2.5. 
When computing the corresponding frequencies of the higher or the 
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100 


GETKEY 
ROUTINE 
MUSIC 
PROGRAM 
RECORDED 
TUNE 


300 


Fig. 2.4: Memory Map 


lower octave, they are simply obtained by multiplying by two, or 
dividing by two, respectively. 


Generating the Tone 


The half-period delay for the square wave sent to the speaker is im- 
plemented using a program loop with a basic 10 us cycle time. In the 
program, the ‘‘loop index,” or iteration counter is used to count the 


number of 10 us cycles executed. The loop will result in a total delay 
of: 


(loop index) x 10 — 1 microseconds 


MUSIC PLAYER 


NOTE FREQUENCY (HERTZ) 


220.00 
223.08 
246.94 
261.62 
277.18 
293.66 
311.13 
329.63 
349.23 
369.99 
391.99 
415.30 


Fig. 2.5: Frequencies for the Mi. 


le C Octave 


On the last iteration of the loop (when the loop index is 
decremented to zero), the branch instruction at the end will fail. This 
branch instruction will execute faster, so that one microsecond 
(assuming a 1 MHz clock) must be subtracted from the total delay 
duration. The tone generation routine is shown below: 


TONE STA 
LDA 
STA 
LDA 
LDX 

FL2 LDY 

FLI DEY 
CLC 
BCC 
BNE 
EOR 
STA 
DEX 
BNE 
RTS 


FREQ 
#$ЕЕ 
DDRB 
#500 
DUR 
FREQ 


INNER 
+2 LOOP 
FLI 
#$ЕЕ 
ОРВ 


OUTER 
LOOP 


FL2 


Note the ‘‘classic’’ nested loop design. Every time it is entered, the 
outer loop adds an additional thirteen microseconds delay: 14 
microseconds for the extra instructions (LDY, EOR, STA, DEX, and 
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BNE), minus one microsecond for responding to the unsuccessful in- 
ner loop branch. The total outer loop delay introduced is therefore: 


(loop index) x 10 + 13 microseconds 


Remember that one pass through the outer loop represents only a half- 
period for the note. 


Computing the Note Constants 


Let “Ір” be the inner loop delay and “Ор” be the outer loop addi- 
tional delay. It has been established in the previous paragraph that the 
half-period is T/2 = (loop index) x 10 + 13or, 


T/2 = (loop index) x ID + OD 


The note constant stored in the table is the value of the “іпдех” re- 
quired by the program. It is easily derived from the equation that: 


note constant = loop index = (T ~ 2 x OD)/2 x ID 


The period may be expressed in function of the frequency as T 2 1/N 
or, in microseconds: 


T = 10'/N 
Finally, the above equation becomes: 
note constant = (10*/N — 2 x OD)/2 x ID 


For example, let us compute the note constant corresponding to the 
frequency for middle C. The frequency corresponding to middle C is 
shown in Figure 2.5. It is 261.62 Hertz. Тһе “Ор” delay has been 
shown above to be 13 microseconds, while “10” was set to 10 
microseconds. The note constant equation becomes: 


note constant = (105/N — 2 x 13)/2 x 10 
1000000/261.62 - 26 
20 
190 (or BE in hexadecimal) 


It can be verified that this corresponds to the fourth entry in the table 
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NOTE [CONSTANT] NOTE [constant] 


Г NOTE 


c| s 
D| ^ 
E 96 

[3 А 8E VE 

ow, | мооес(н| в | АВОМЕ S 
с 7Е 
GH 77 
А 70 
B 64 


Fig. 2.6: Note Constants 


at address NOTAB (see Figure 2.9 at the end of the listing, at address 
02C4). The note constants are shown in Figure 2.6. 


Exercise 2-1: Using the table in Figure 2.6, compute the corresponding 
frequency, and check to see if the constants have been chosen correctly. 


Computing the Note Durations 


The DURTAB table stores the note durations expressed in numbers 
equivalent to the number of half-cycles for each note. These durations 
have been computed to implement a uniform duration of approximately 
.2175 second per note. If D is the duration and T is the period, the 
following equation holds: 


D x T = .2175 


where D is expressed as a number of periods. Since, in practice, half- 
periods are used, the required number D’ of half-periods is: 


D’ = 2D = 2 х .2175 x N 
For example, in the case of the middle С: 
D = 2 x .2175 x 261.62 = 133.8 — 114 decimal (or 72 hexadecimal) 
Exercise 2-2: Compute the note durations using the equation above, 
and the frequency table in Figure 2.5 (which needs to be expanded). 


Verify that they match the numbers in table DURTAB at address 2D1. 
(See Figure 2.9) 
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Program Implementation 


The program has been structured in two logical parts. The cor- 
responding flowchart is shown in Figure 2.7. The first part of the pro- 
gram is responsible for collecting the notes and begins at label 


NOTE NUMBER = 
NOT "E" TABLE 
(TEMP) SHIFTED 
RIGHT 4 PLACES 


Yes 
PLAYEM 


PTR = 0 


CARRY = LOW 
‘ORDER BIT OF PTR 


Fig. 2.7: Music Flowchart 
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SHIFT PILEN 
LOW ORDER Bi 
INTO CARRY 


TEMP = PILEN 
SHIFTED RIGHT ONE 
POSITION. 


SHIFT KEY NUMBER 
LEFT 4 PLACES 


NOTE TABLE (TEMP) 
= (NOTE TABLE (TEMP)| 
(OR KEY NUMBER] 


Fig. 2.7: Music Flowchart (Continued) 
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“МОМКЕҮ.” (The program is shown in Figure 2.9). The second part 
begins at the label “РІ.АҮЕМ” and its function is to play the stored 
notes. Both parts of the program use the PLAYNOTE subroutine 
which looks up the note and duration constants, and plays the note. 


This routine begins at the label “‘PLAYIT,” and its flowchart is 
shown in Figure 2.8. 


PLAY NOTE 
NUMBER 


USE NOTE NUMBER 
TOLOOK UP 
DURATION 


USE NOTE NUMBER 
TO LOOK UP NOTE 
CONSTANT 


LOOP FROMOTO 
NOTE CONSTANT 
TO WASTE TIME 


DURATION 
DURATION 


PLAYIT Flowchart 


MUSIC PLAYER 


MUSIC PLAYER PROGRAM 

USES 16 - KEY KEYBOARD AND RUFFERED SPEAKER 
PROGRAM PLAYS STORED MUSICAL NOTES. 

THERE ARE TUO MODES OF OPERATION! INPUT ANTI PLAY. 
;INPUT MODE IS THE DEFAULT, АМП ALL NON-COMMAND KEYS 
$PRESSED (0-0) ARE STORED FOR REPLAY. IF AN OVERFLOW 
OCCURS? THE USER IS WARNED WITH A THREE-TONE WARNING. 
ЗТНЕ SAME WARBLING TONE IS ALSO USED TO SIGNAL А 


SLENGTH OF NOTE LIST 
TEMPORARY STORAGE 

SCURRENT LOCATION IN LIST 
iTEMPORARY STORAGE FOR FREQUENCY 
ЗТЕМР STORAGE FOR DURATION 
STABLE TO STORE MUSIC 

3VIA OUTPUT PORT В 

3UIA PORT В DIRECTION REGISTER 
ORIGIN 


SCOMMAND LINE INTERPRETER 

$ ЗР AS INPUT MEANS RESET POINTERS» START OVER. 
$ ФЕ MEANS PLAY CURRENTLY STORED NOTES 
ANYTHING ELSE IS STORED FOR REPLAY. 


іра #0 PCLEAR NOTE LIST LENGTH 
STA PILEN 
сс SCLEAR NIBBLE MARKER 
NXKEY JSR GETKEY 
CHP #15 318 KEY $157 
ЕМЕ NXTST умо, DO NEXT TEST 
JSR BEEPS FTELL USER OF CLEARING 
BCC START iCLEAR POINTERS AND START OVER 
NXTST CHP $14 815 KEY #147 


ВНЕ NUMKEY — iNO, KEY IS NOTE NUMBER 
JSR PLAYEM — iPLAY NOTES 
сьс 


ВСС NXKEY ЕТ NEXT COMMAND 


р 
ФКООТТМЕ TO LOAD NOTE LIST WITH NOTES 


И 
NUMKEY STA TEMP ISAVE KEY, FREE А 
JSR PLAYIT — 3PLAY NOTE 
LDA PILEN iGET LIST LENGTH 
CHP РР OVERFLOW? 
BNE OK FNO» ADD NOTE TO Li 
JSR ВЕЕРЗ iYES» WARN USER 
ВСС NXKEY SRETURN TO INPUT MODE 
ок LSR А HIFT LOW RIT INTO NIBBLE POINTER 
TAY SUSE SHIFTED NIRBLE POINTER AS 


ҮТЕ INDEX 

LDA TEMP. ESTORE KEY 

BCS FINBYT | $IF BYTE ALREADY HAS 1 NIBBLE» 
SFINISH IT AND STORE 

AND $X00001111 #157 NIBBLE, MASK HIGH NIBBLE 

STA TABEGrY — $SAUE UNFINISHED 1/2 BYTE 


INC PILEN iPDINT TO NEXT NIBBLE 
ВСС NXKEY ЗОЕТ NEXT KEYSTROKE 

FINBYT ASL A iSHIFT NIBBLE 2 TO HIGH ORDER 
ASL а 
ASL A 
ASL а 


ORA TABEG.Y + JOIN 2 NIBBLES AS RYTE 
STA TABEG+Y #++-AND STORE. 

INC PILEN POINT TO NEXT NIBBLE IN NEXT BYTE 
ВСС NXKEY RETURN 


Fig. 2.9: Music жа ые бш 
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6502 GAMES 
$ ROUTINE TO PLAY NOTES 
$ 
0248: A2 00 PLAYEM LDX #0 CLEAR POINTER 
024A} 86 02 STX PTR 
024С: А5 02 LDA PTR LOAD АСЫМ W/CURRENT PTR VAL 
O24E! 4A LOOP LSR A SHIFT NIBBLE INDICATOR INTO CARRY 
024Fi АА тах USE SHIFTED NIBBLE POINTER 
АБ BYTE POINTER 
0250: BD 00 03 LDA TABEGX — ;LOAD NOTE TO PLAY 
0253: BO 04 BCS ENDRYT LOW NIBBLE USED, GET HIGH 
0255: 29 ОҒ AND 400001111 — ;MASK OUT HIGH RITS 
0257: 90 06 ВСС FINISH $PLAY NOTE 
0259: 29 FO ENDRYT AND #%11110000 HROW AWAY LOW NIBBLE 
0258: 4A LSR А SHIFT INTO LOW 
о25с: ла LSR A 
0250: 4A ESR A 
025Е! 4A LSR A 
0257: 20 70 02 FINISH JSR PLAYIT — $CALCULATE CONSTANTS % PLAY E 
0262; А2 20 LDX #920 УВЕТЫЕЕМ-МОТЕ DELAY 
02641 20 9С 02 JSR DELAY 
9267: Её 02 INC PTR ФОНЕ NIBBLE USED 
0269: AS 02 LDA PTR 
0268: C5 00 СМР PILEN JEND OF LIST? 
0260: 90 DF BCC LOOP iNO» GET NEXT NOTE 
926: 60 RTS +DONE 
+ 
ROUTINE TO DO TABLE LOOK UP; SEPARATE REST 
Д 
0270: C9 ов PLAYIT СНР $13 REST? 
02721 DO 06 BNE SOUND уно, 
02741 A2 54 LDX $54 PDELAY-NOTE LENGTH-,218FC 
0276: 20 9С 02 JSR DELAY 
0279: 60 RTS 
027А: AA SOUND TAX FUSE KEY AS INDEX.. 
0278: вр Di 02 LDA DURTAB»X — $...TO FIND DURATION. 
927Е: 85 04 STA DUR STORE DURATION FOR USE 
9280: вр са 02 LDA NOTAB.X — ;LOAD NOTE VALUE 
0283: 20 АВ 02 JSR TONE 
9286: 60 RTS 
В 
#ROUTINE TO MAKE 3 TONE SIGNAL 
D 
0287: 49 FF ВЕЕРЗ LDA #$FF PDURATION FOR BEEPS 
0289: 85 04 STA DUR 
9288: A? АВ LDA &$4b ;CODE FOR E2 
0280: 20 AB 02 JSR ТОМЕ ИТ NOTE 
0290: A9 38 LDA $438 #CODE FOR 02 
0292: 20 AB 02 JSR TONE 
0295: A9 АВ LDA &*4R 
0297: 20 АВ 02 JSR ТОМЕ 
029А! 18 сіс 
0298: 60 RTS 
SVARTABLE~LENGTH DELAY 
Д 
029С: AO FF DELAY LDY e4FF 
029E} EA DLY МР 
029F: DO 00 BNE 642 
0241: 88 DEY 
0242: DO FA BNE DLY #10 US LOOP 
0204: CA DEX 
0245: 10 FS BNE DELAY 00Р TIME = 2556xtX1 
9247: 60 RTS 
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ROUTINE TO MAKE ТОМЕ: # OF 1/2 CYCLES IS IN 'DUR^, 
ФАМП 1/2 CYCLE TIME IS IN А. LOOP TIME=20#CA1426 US 


Fig. 2.9: Music Program (Continued) 


SYMBOL TABLE? 
GETKEY 
PIR 
ТАВЕС 
START 
NUMKEY 
FLAYEM 
FINISH 
BEEPS 
TONE 
отав 


х 


;SINCE TWO RUNS THROUGH THE OUTER LOOP MAKES 
$0NE CYCLE OF THE ТОМЕ. 


FREQ IS TEMP FOR # OF CYCLES 
ФЕТ UP DATA DIRECTION REG 


TONE STA FREQ 
LDA ЕЗЕР 
STA DDRR 
LDA $400 
LDX DUR 
FL2 LODY FREG 
FLi тү 
сс 
BCC 2 
BNE FL 
EOR #$FF 
STA OPB 
DEX 
BNE FL2 
RTS 
STABLE OF NOTE 
CONTAINS: 
ФГОСТАУЕ BELOW MIDDLE CI 
itOCTAUE OF MIDDLE CJ 
$ГОСТАУЕ ABOVE MIDDLE CJ : 


ФА IS SENT TO PORT, START HT 


FINNER, 10 US LOOP 
DMPLEMENT 1/0 PORT 
ЖАМ) SET IT 


SOUTER LOOP 
CONSTANTS 

белен 
DEF SF SGH GE Ar 


NOTAB RYT 4FErSE2 909r MEC S09 494 DF 


1ВҰТ %06»%7Е»877»470,464,45Е 


ABLE DF NOTE DURATIONS IN # OF 1/2 CYCLES 
ЕТ FOR A NOTE LENGTH OF ABOUT .21 SEC. 


DURTAB BYT %55,440,468,%72»%00,%8Ғ,494 


BYT ЗАТ ЗАЛ, SRS SRF + $07,964 


0100 PILEN 0000 TEMP 0001 
0002 FREQ 0003 тк 0004 
0300 ОРВ всоо DIRE Aco? 
0200 NXKEY NXTST 0211 
0215 ок FINBYT 023A 
0248 1.00 ENDRYT 0259 
0252 PLAYIT 0270 SOUND 027A 
0287 DELAY 029C шү 

оза FL? 0283 FLL 

о?са DUKTAR opi 

Fig.2.9: Music Program (Continued): 


33 


6502 GAMES 


The main routines are called, respectively, NXKEY, NUMKEY, 
and BEEP3 for the note-collecting program, and PLAYEM and 
DELAY for the note-playing program. Finally, common utility 
routines are TONE and PLAYIT. 

Let us examine these routines in greater detail. The program resides 
at memory addresses 200 and up. Note that the program, like most 
others in this book, assumes the availability of the GETKEY routine 
described in Chapter 1. 

The operation of the NXKEY routine is straightforward. The next 
key closure is obtained by calling the GETKEY routine: 


START LDA #0 
STA РШЕМ Initialize length of list to 0 
CLC 

NXKEY JSR GETKEY 


The value read is then compared to the constants “15” and “14” for 
special action. If no match is found, the constant is stored in the note 
list using the NUMKEY routine. 


СМР #15 

ВМЕ NXTST 

JSR BEEP3 

BCC START 
NXTST СМР #14 

ВМЕ МОМКЕУ 

JSR PLAYEM 

CLC 

BCC NXKEY 


Exercise 2-3: Why are the last two instructions in this routine used in- 
stead of an unconditional jump? What are the advantages and disad- 
vantages of this technique? 


Every time key number 15 is pressed, a special three-tone routine 
called BEEP3 is played. The BEEP3 routine is shown at address 0287. 
It plays three notes in rapid succession to indicate to the user that the 
notes in the memory have been erased. The erasure is performed by 
resetting the list length PILEN to zero. The corresponding routine ap- 
pears below: 
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BEEP3 LDA #$ЕЕ Beep duration constant 
STA DUR 
LDA #$4В Code for E2 
JSR TONE Ist note 
LDA #$38 Code for D2 
JSR TONE 2nd note 
LDA #$4B - Code for E2 
JSR TONE 3rd note 
CLC 
RTS 


Its operation is straightforward. 

The NUMKEY routine will save the code corresponding to the note 
in the memory. As in the case of a Teletype program, the computer 
will echo the character which has been pressed in the form of an audi- 
ble sound. In other words, every time a key has been pressed, the pro- 
gram will play the corresponding note. This is performed by the next 
two instructions: 


NUMKEY STA TEMP 
JSR PLAYIT 


The list length is then checked for overflow. If an overflow situation is 
encountered, the player is advised through the use of the three-tone se- 
quence of BEEP3: 


LDA PILEN Get length of list 
CMP #$FF Overflow? 

BNE OK No: add note to list 
JSR BEEP3 Yes: warn player 
BCC NXKEY Read next key 


Otherwise, the new nibble (4 bits) corresponding to the note identifica- 


tion number is shifted into the list: 


OK LSRA 


TAY 
LDA TEMP 


Shift low bit into 
nibble pointer 
Use as byte index 
Restore key # 


Note that the nibble-pointer is divided by two and becomes a byte in- 
dex. It is then stored in register Y, which will be used later to perform 
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an indexed access to the appropriate byte location within the table 
(STA TABEG, Y). 

Depending on the value which has been shifted into the carry bit, the 
nibble is stored either in the high end or in the low end of the table's 
entry. Whenever the nibble must be saved in the high-order position of 
the byte, a 4-bit shift to the left is necessary, which requires four in- 
structions: 


BCS FINBYT Test if byte has a nibble 
AND 40900001111 Mask high nibble 
STA ТАВЕС,Ү Save 
INC PILEN Next nibble 
BCC NXKEY 
FINBYT ASLA 
ASLA 
ASLA 
ASLA 


Finally, it can be saved in the appropriate table address, 


ORA TABEG,Y 
STA TABEG,Y 


The pointer is incremented and the next key is examined: 


INC PILEN 
BCC NXKEY 


Let us look at this technique with an example. Assume: 


PILEN = 9 (length of list) 
TEMP = 6 (key pressed) 


The effect of the instructions is: 


OK LSRA A will contain 4, C will con- 
tain 1 
TAY Y-4 
LDA TEMP A-6 
BCS FINBYT Cis 1 and the branch occurs 
36 
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The situation in the list is: 


BYTE 
7 43 9 DISPLACEMENT 
TABEG: o 
D 
PILEN: 2 
3 
4 
Fig. 2.10: Entering a Note in the List 
Shift “6” into the high-order position of A: 
FINBYT ASLA 
ASLA 
ASLA 
ASLA A = 60 (hex) 


Write A into table: 


ORA TABEG,Y А = 16X (where X is the 
previous nibble in the table) 


STA TABEG,Y Restore old nibble with new 
nibble 


The Subroutines 
PLAYEM Subroutine 


The PLAYEM routine is also straightforward. The PTR memory 
location is used as the running nibble-pointer for the note table. As 
before, the contents of the running nibble-pointer are shifted to the 
right and become a byte pointer. The corresponding table entry is then 
loaded using an indexed addressing method: 


37 


6502 САМЕЗ 


PLAYEM LDX 40 
STX PTR PTR -0 
LDA РТК 
LOOP LSRA 
TAX 
LDA TABEG,X 
BCS ENDBYT 
AND #%00001111 
BCC FINISH 
ENDBYT AND 460611110000 
LSRA 
LSRA 
LSRA 
LSRA 


Depending upon the value of the bit which has been shifted into the 
carry, either the high-order nibble or the low-order nibble will be ex- 
tracted and left-justified in the accumulator. The subroutine PLAYIT 
described below is used to obtain the appropriate constants and to 
play the note: 


FINISH JSR PLAY IT Play note 
A delay is then implemented between two consecutive notes, the run- 


ning pointer is incremented, a check occurs for a possible end of list, 
and the loop is reentered: 


LDX #$20 Delay constant 
JSR DELAY Delay between notes 
INC PTR One nibble used 
LDA PTR 
CMP PILEN Check for end of list 
BCC LOOP No: get next note 
RTS Done 

PLAYIT Subroutine 


The PLAYIT subroutine plays the note or implements a rest, as 
specified by the nibble passed to it in the accumulator. This subroutine 
is called “РІ. АҮМОТЕ” on the program flowchart. It merely looks 
up the appropriate duration for the note from table DURTAB, and 
saves it at address DUR (at memory location 4). It then loads the ap- 
propriate half-period value from the table at address NOTAB into the 
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A register, using indexed addressing, and calls subroutine TONE to 
play it: 


PLAYIT CMP #13 Check for a rest 
BNE SOUND No 
LDX #$54 Delay = .21 sec (note duration) 
JSR DELAY If rest was specified 
RTS 

SOUND TAX Use key # as index 
LDA DURTAB,X To look up duration 
STA DUR 
LDA NOTAB,X 
JSR TONE 
RTS 

TONE Subroutine 


The TONE subroutine implements the appropriate wave form 
generation procedure described above, and toggles the speaker at the 
appropriate frequency to play the specified note. It implements a 
traditional two-level, nested loop delay, and toggles the speaker by 
complementing the output port after each specified delay has elapsed: 


TONE STA FREQ 


А contains the half-cycle time on entry. It is stored in FREQ. The loop 
timing will result in an output wave-length of: 


(20 x A + 26) us 
Port B is configured as output: 


LDA #$ЕЕ 
STA DDRB 


Registers are then initialized. A is set to contain the pattern to be out- 
put. X is the outer loop counter. It is set to the value DUR which 
contains the number of half cycles at the time the subroutine is called: 
LDA #$00 
LDX DUR 
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The inner loop counter Y is then initialized to FREQ, the frequency 
constant: 


FL2 LDY FREQ 
and the inner loop delay is generated as usual: 


FLI DEY 
CLC 
BCC.+2 
BNE FL1 10 из inner loop 


Then the output port is toggled by complementing it: 


ВОК #$ЕЕ 
STA OPB 


and the outer loop is completed: 


DEX 
BNE FL2 
RTS 


The DELAY subroutine is shown in Figure 2.9 at memory location 29C 
and is left as an exercise. 


SUMMARY 


This program uses a simple algorithm to remember and play tunes. 
АП data and constants are stored in tables. Timing is implemented by 
nested loops. Indexed addressing techniques are used to store and 
retrieve data. Sound is generated by a square wave. 


EXERCISES 

Exercise 2-4: Change the note constants to implement a different range 

of notes. 

е 2-5: Store a tune in memory іп advance. Trigger it Бу pressing 
ey “0.” 

Exercise 2-6: Rewrite the program so that it will store the note and 

duration constants in memory when they are entered, and will not 


need to look them up when the tune is played. What are the disadvan- 
tages of this method? 


40 


3 
TRANSLATE 


THE RULES 


This is a game designed for two competing players. Each player tries to 
quickly decipher the computer's coded numbers. The players are alter- 
nately given a turn to guess. Each player attempts to press the hexa- 
decimal key corresponding to a 4-bit binary number displayed by the 
program. The program keeps track of the total guessing time for each 
player, up to a limit of about 17 seconds. When each player has correctly 
decoded a number, the players' response times are compared to deter- 
mine who wins the turn. The first player to win ten turns wins the match. 

The program signals each player's turn by displaying an arrow 
pointing either to the left or to the right. The player on the right will be 
signaled first to initiate the game. The program's **prompt"' is shown 
in Figure 3.1. 

A random period of time will elapse after this prompt, then the bot- 
tom row of LEDs on the Games Board will light up. The left-most 
LED (LED #10) signals to the player to proceed. The four right-most 
LEDs (LEDs 12, 13, 14, and 15) display the coded binary number. 
This is shown in Figure 3.2. In this case, player 1 should clearly press 
key number 5. If the player guesses correctly, the program switches to 
player 2. Otherwise, player 1 will be given another chance until his or 
her turn (17 seconds) is up. It should be noted here that for each 
number presented to the player, the total guessing time is accumulated 
to a maximum of about 17 seconds. When the maximum is reached, 
the bottom row will go blank and a new number will be displayed. 

The program signals player 2's turn (the player on the left) by 
displaying a left arrow on the LEDs as shown in Figure 3.3. Once both 
players have had a turn to guess a binary digit, the program will signal 
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ө 
О 
“О 


ЖА. 
о 9 


Prompt Signals the Right 


BINARY NUMBER 
Fig. 3.2: Bottom Row of LEDs Displays Number to be Guessed 


O O @ 
1 x 3 
ее o 
4 5 6 
O O ө 
7 8 * 
Fig. 3.3: It is Player 2's Turn (Left Player) 


the winner by lighting up either the left-most or the right-most three 
LEDs of the bottom row. The winner is the player with the shortest 
guessing time. The game is continued until one player wins ten times. 
He or she then wins the match. The computer signals the match win- 
ner by blinking the player's three LEDs ten times. At the end of the 
match, control is returned to the SYM-1 monitor. 


A TYPICAL GAME 


Theright arrow lights up. The following LED pattern appears at the 
bottom: 10, 13, 14, 15. The player on the right (player 1) pushes key 
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“С,” and the bottom row of LEDs goes blank, as the answer is incor- 
rect. Because player 1 did not guess correctly and he or she still has 
time left in this turn, a new number is offered to player 1. LEDs 10, 
13, 14, and 15 light up and the player pushes key “7.” He or she wins 
and now the left arrow lights up, indicating that it is player 2's turn. This 
time the number proposed is 10, 12, 15. The left player pushes key “9.” 
At this point, LEDs 10, 11, and 12 light up, indicating that the player 
is the winner for this turn as he/she has used less total time to make a 
correct guess than player 1. 

Let us try again. The right arrow lights up; the number to translate 
appears in LEDs 10, 13, 14, and 15. Player 1 pushes key “7,” and a 
left arrow appears. The next number lights LEDs 10 and 14. Player 2 
pushes key “2.” Again, the left-most three LEDs light up at the bot- 
tom, as player 2 was faster than player 1 at providing the correct 
answer. 


THE ALGORITHM 


The flowchart corresponding to the program is shown in Figure 3.4. 
A first waiting loop is implemented to measure the time that it takes for 
player 1 to guess correctly. Once player 1 has achieved a correct guess, 
his or her total time is accumulated in a variable called TEMP. It is 
then player 2's turn, and a similar waiting loop is implemented. Once 
both players have submitted their guesses, their respective guessing 
times are compared. The player with the least amount of time wins, 
and control flows either to the left or to the right, as shown by labels 1 
and 2 on the flowchart in Figure 3.4. A secondary variable called 
PLYRI or PLYR2 is used to count the number of games won by a 
specific player. This variable is incremented for the player who has 
won and tested against the value 10. If the value 10 has not been 
reached, a new game is started. If the value 10 has been reached, the 
player with this score is declared the winner of the match. 


THE PROGRAM 


The corresponding program uses only one significant data struc- 
ture. It is called NUMTAB and is used to facilitate the display of the 
random binary numbers on the LEDs. Remember that LED 410 must 
always be lit (it is the “proceed” LED). LED #11 must always be off. 
LEDs 12, 13, 14, and 15 are used to display the binary number. 
Remember also that bit position 6 of Port 1B is not used. As a result, 
displaying а “0” will be accomplished by outputting the pattern 
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START 
WINCOUNT I = 0 
WINCOUNT 2 = 0 
SHOW THAT ITS. 
PLAYER I's TURN 


GET PLAYER 2s 
GUESS WHILE 
TIMING INPUT 
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SH 


TIGHTLEDs TO 
PLAYER | 
WINS ROUND. 


Paver 1's 
WINCOUNT 
= 10? 


Fig. 3.4: Translate Flowchart 


TIGHT LEDs TO 
SHOW PLAYER 2 
WINS ROUND 


INCREMENT PLAYER 
2's WINCOUNT 


PLAYER Za 
WINCOUNT 
= 107 
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*“00000010.”” Outputting а ‘‘1’’ will be accomplished with the pattern 
**10000010.** Outputting “2” will be accomplished with the pattern 
**00100010."* Outputting “3” will be accomplished with the pattern 
“10100010,” etc. (See Figure 3.5) 

The complete patterns corresponding to all sixteen possibilities are 
stored in the NUMTAB table of the program. (See Figure 3.6.) Let us 
examine, for example, entry 14 in the NUMTAB (see line 0060 of the 


program). It is “00111010.” The corresponding binary number to be 
displayed is, therefore: “00111.” 


77 6528.47 39; с 100. 


It is “1110” or 14. Remember that bit 6 on this port is always “0.” 


Low Memory Area 


Memory locations 0 to 1D are used to store the temporary variables 
and the NUMTAB table. The functions of the variables are: 


TEMP Storage for random delay-length 

CNTHI,CNTLO Time used by a player to make 
his or her move 

CNTIH,CNTIL Time used by player 1 to make 
his or her move (permanent 
storage) 

PLYRI Score for Player 1(number of 
games won so far, up to a 
maximum of ten) 

PLYR2 Same for player 2 

NUMBER Random number to be guessed 

SCR and following Scratch area used by the 


random number generator 


In the assembler listing, the method used to reserve memory loca- 
tions in this program is different from the method used in the program 
in Chapter 2. In the MUSIC program, memory was reserved for the 
variables by simply declaring the value of the symbols representing the 
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VIAM LED AO 


LED B4 
3302 
18013 
18014 
18015 


+5 


Fig. 3.5: LED Connections 
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variable locations with the statement: . 


<VARIABLE NAME> = (MEMORY ADDRESS? 


In this program, the location counter of the assembler is incremented 
with expressions of the form: 


Thus, the symbols for the variable locations in this program are 
declared as “ЧаВе15,”” while, in the MUSIC program, they are ‘‘sym- 
bols'' or **constant symbols.” 

The program in this chapter consists of one main routine, called 
MOVE, and five subroutines: PLAY, COUNTER, BLINK, DELAY, 
RANDOM. Let us examine them. The data direction registers A and В 
for the VIA's #1 and #3 of the board must first be initialized. DDRIA, 
DDRIB, and DDR3B are configured as outputs: 


START LDA #$ЕЕ 
STA DDRIA 
STA DDRIB 
STA DDR3B 


DDR3A is conditioned as input: 


LDA #0 
STA DDR3A 


Finally, the variables PLYR1 and PLYR2, used to accumulate the 
number of wins by each player, are initialized to zero: 


STA PLYRI 
STA PLYR2 


The main body of MOVE is then entered. A right arrow will be 
displayed to indicate that it is player 2’s turn. A reminder of the LEDs 
connections is shown in Figure 3.5. In order to display a right arrow, 
LEDs 1, 4, 5, 6, and 7 must be lit (refer also to Figure 3.1). This is ac- 
complished by outputting the appropriate code to Port 1A: 


MOVE LDA #%01111001 
STAPORTIA Display right arrow 
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The bottom line of LEDs must be cleared: 


LDA #0 
STA PORTIB 


Finally, the counters measuring elapsed time must be cleared: 


STA CNTLO 
STA CNTHI 


We are ready to play: 
JSR PLAY 


The PLAY routine will be described below. It returns to the calling 
routine with a time-elapsed measurement in locations CNTLO and 
CNTHI. 

Let us return to the main program (line 0082 in Figure 3.6). The 
time-elapsed duration which has been accumulated at locations 
CNTLO and CNTHI by the PLAY routine is saved in a set of perma- 
nent locations reserved for player 1, called CNTIL, CNTIH: 


LDA CNTLO 
STA CNTIL 
LDA CNTHI 
STA CNTIH 


It is then player 2's turn, and a left arrow is displayed. This is ac- 
complished by turning on LEDs 3, 4, 5, and 6: 


LDA #%000111100 Display left arrow 
STA PORTIA 


Then LED #9 is turned on to complete the left arro! 


LDA #1 
STA PORTIB 


As before, the time-elapsed counter is reset to zero: 


LDA #0 
STA CNTLO 
STA CNTHI 
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TINE 

3: TRANSLATE’ 

SPROGRAN TO TEST 2 PLAYER'S SPEED 

FIN TRANSLATING A BINARY NUMBER TO A SINGLE 

IMEXADECIMAL DIGIT. EACH PLAYER IS GIVEN A 
URN, AS SHOWN BY А LIGHTED LEFT OR RIGHT 

DINTER. THE NUMBER WILL SUDDENLY FLASH ON 

EDS 12:15» ACCOMPANIED ВУ THE LIGHTING 

F LED $10. THE PLAYER MUST THEN 

'USH THE CORRESPONDING BUTTON. AFTER 

ОТН PLAYERS TAKE TURNS, RESULTS ARE 

SHOWN Он BOTTON ROU, AFTER 10 WINS» 
PLAYER'S RESULTS UILL FLASMe 

#SHOWING THE BETTER PLAYER, THEN 


Portia = лоо! JLEDS 1-8 


PORTIP = $2000 Ера 9-15 
DDRlA 

шкі " 

PORTIA iKey StROE INPUT. 


PORTSB FREY а OUTPUT. 


DORA 
ози = 
VARIABLE STORAGE: 
; 
.-. 
Tene. 
сти JTENPORARY STORAGE FOR аят. OF 
PLYR USES. TO GUESS. 
снпо 
Eu ЗАТ. OF TIME PLYRI USES TO OUESS. 
сми 
Рокі ›зсокЕ OF # шон FOR PLYRI. 
Рука IPLAYER 2 SCORE. 
NUMBER Seat STORES NUMBER TO ВЕ GUESSED. 
SCR нені ISCRATCHPAD FOR RND, # OEN. 


П 
ITALE OF “REVERSED” NUMBERS FOR DISPLAY 
11 BITS 3-8 OF PORTINy OR LEDS 12-15. 

1 

NUNTAB 200000010 
210000010 
300100010 
110100010 
200010010 
Xio010010 
300110010 
210110010 
300001019 
310001010 
00101010 
Xio101010 
200011010 
310011010 
200111010 
110111010 


ж = #200 


START LDA тағ ізет UP PORTS: 
STA DORIA 
‘STA DDRIB 
STA повзе 
gm 
Б/І 
STA PLYRI FCLEAR WO. OF WINS. 
STA PLYRZ 
MOV а 9501111001 
STA FORTIA #SHOW RIGHT ARROW. 
Спа во 
STA FORTIE 
STA CNTLO CLEAR COUNTERS. 
STA CNTHI 
JSR PLAY FOET PLAYER 1°S TIME. 
ipa сито IXFER TENP COUNT TO PERMANENT STORAGE. 
STA сити. 
(оя Смтнт 


Fig. 3.6: Translate Program 
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E 

1000111100 :9MOu LEFT ARROW. 

PORTIA 

т 

pug 

#0 

сито CLEAR COUNTERS. 

carat 

PLAY әдет PLAYER 278 TIME. 

Eu ЖОЕТ PLAYER 275 COUNT AMD... 

E] ICOMPARE TO PLAYER 175- 

EQUAL CHECK LOW ORDER BYTES TO RESOLVE WINNER. 

pra JPCAYER 2 MAS SMALLER COUNT, SHOW IT. 
BCS PURI IPLAYER 1 HAS SMALLER COUNT, SHOU IT. 


EQUAL Loa CNTLO ЭНГ BYTES ШЕКЕ EQUAL. 50 


зснеск LOU BYTES. 


сне сити. COMPARE SCORES. 
эсс Рик? PLAYER 2 WINS) SHOW IT. 
BCS РКІ SPLAYER 1 MINS, SHOW IT. 
тіні LDA #211110000 SLIGHT RIGHT SIDE OF BOTTOM ROU 
STA PORTIE то SHou шін. 
LDA eo 
STA PORTIA SCLEAR LOU LEDs 
Loa #840 TUATT A UMILE TO SHOU UIN. 
JSR DELAY 
INC тікі IPLAYER 1 MINS ONE MORE... 
Loa #10 $. :.НА НЕ шоң 107 
CHP РУКІ 
BNE MOVE Е мот, PLAY ANOTHER ROUND. 
LDA 0211110000 PYES - GET BLINK PATTERN. 


JSR BLINK SBLINK WINNING SIDE. 
ats IENDGAME: RETURN TO MONITOR. 
PLR? LDA эхо SLIGHT LEFT SIDE OF POTTOM. 


STA PORTIE 
Lpa 00 

STA PORTIA JCLEAR LOU LEDS. 

(DA #840 ҮМІТ A WHILE TO SHOU UIN. 

JSR DELAY 

INC PLYRZ IPLAYER 2 HAS WON ANOTHER ROUND. . 
LDA #10 ф-на HE WON 107 

СНР PLYR2 

BNE HOVE ИЕ нот, PLAY ANOTHER ROUND. 

Loa xino ҮҮЕЗТ0ЕТ PATTERN TO BLINK LEDS. 
SR BLINK IBLIMK THER 

RTS А 


р 
JSUPROUTINE "PLAY 
IOETS ТІНЕ COUNT OF EACH PLAYER, AND IF 
iBAD GUESSES ARE МАЕ» THE PLAYER IS 
IGIVEN ANOTHER CHANCE, THE мем TIE ADDED TO 
утнє OLD. 
4 
PLAY JSR RANDOM хост RANDON NUMBER. 
Usk DELAY JRANDOR — LENGTH DELAY, 


ISR Rannon JGET ANOTHER. 
AND вое JKEEP UNDER 16 FOR USE AS 
STA NUMBER FNUMBER TO GUESS. 
Tax SUSE AS INDEX то... 
LDA NUNTA,X — 44-GET REVERSED PATTERN FROM TABLE ... 
ORA PORTA! 1970 DISPLAY IN LEDS 12-15. 
STA PORTA! 
JSR CNTSUB POET KEYSTROKE а DURATION COUNT. 
Сет NUMBER 814 KEYSTROKE CORRECT GUESS? 
EQ DONE FIF S0, DONE. 
LDA вот CLEAR OLD GUESS FROM LEDS. 
AND PORTI 
STA PORTIE 
әне PLAY отв AGAIN U/ANOTHER NUMBER. 
DONE RTS SRETURN W/ DURATION IM CNTLOICNTHI 


JSUBROUTINE “COUNTER” 
IGETS KEYSTROKE WHILE KEEPING TRACK OF ANT OF 
STINE BEFORE KEYPRESS. 

j 

CNTSUB LOY esr. 

KEYLP STY PORTIE 


ISET UP кеуе COUNTER. 
IOUTPUT KEY® TO KEYBOARD нек. 


FORTSA IEY pount 
Био HIP ves» DONE, 
COUNT рошн KEY ж. 
кеме TRY NEXT КЕТ. 
to TALL KEYS TRIED? INCREMENT COUNT. 
Fig. 3. inslate Program (Continued) 


58258520225 


SYMBOL TABLE 
чає 


ace 
0001 
002 
0265 
024A 
0007 
026F 
A000 
К 


END OF ASSEMBLY 


921383882: 
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BNE CHTSUP 
INC CWTMI 
BNE CNTSUB 

FINISH RTS 

Й 


ЭТУ KEYS AGAIN IF NO OVERFLOW. 
SOVERFLOU, INCREMENT HIGH BYTE. 
УТКУ KEYS AGAIN. 

DONE: TIME RAN OUT OR KEY PRESSED. 


JSUBROUTINE “BLINK” 


JBLINKS LEDS WHOSE BITS ARE SET IN ACCUMULATOR 
зон ENTRY. 
H 


мик Lox өгө 
$TX Смтні 
эта CNTLO 
моо, LDA CNTLO 
EOR РОКТ1В 
STA PORTIB 


іра #10 #SHORT DELAY. 
JSR DELAY 
DEC ситні 
PME BLOOP 
RTS 

n 


ISUBROUTIME “DELAY: 


JCONTENTS OF REG. А DETERMINES DELAY LENGTH. 

D 

DELAY STA 
шу 
tox 
EX 
вне 
жү 
BNE 
pec 
ме 
RTS 


520 BLINKS. 

T BLINK COUNTER. 
SBLINK REGISTER. 
TGET BLINK PATTERN. 
SPLIMK LEDS. 


OPLOOP IF нот DONE. 


р 
JSUBROUTINE “RANDON” 

TRANDOM. NUMBER GENERATOR. 
RETURNS RANDOM NUMBER IN ACCUM. 


f 
Rannon SEC 


09 
DDRIA 
DELAY 
DONE. 
nove 
ріні 
PORTIA 
RANDOM 
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and player 2 can play: 
JSR PLAY 


The time elapsed for player 2 is then compared to the time elapsed for 
player 1. If player 2 wins, a branch occurs to PLR2. If player 1 wins, a 
branch occurs to PLR1. The high bytes are compared first. If they are 
equal, the low bytes are compared in turn: 


LDA CNTHI 
CMP CNTIH 
BEQ EQUAL 
BCC PLR2 Player 2 has lower time? 
BCS PLRI Player 1 does 

EQUAL LDA CNTLO Compare low bytes 
CMP CNTIL 
BCC PLR2 
CMP CNTIL 
BCC PLR2 
BCS РКІ 


Compare high bytes 


Once the winner has been identified, the bottom row of LEDs on his 
or her side will light up, pointing to the winner. Let us follow what 
happens when РЕВ! wins, for example. Player 175 right-most three 
LEDs (LEDs 13 through 15) are lit up: 


PLRI LDA 47911110000 
STA PORTIB 


The other LEDs on the Games Board are cleared: 


LDA #0 
STA PORTIA 


A DELAY is then implemented, and we get ready to play another 
game, up to a total of 10: 


LDA #$40 
JSR DELAY 


The score for player 1 is incremented: 


INC PLYRI 
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It is compared to 10. If it is less than 10, a return occurs to the main 
MOVE routine: 


LDA #10 
CMP PLYRI 
BNE MOVE 


Otherwise, the maximum score of 10 has been reached and the game is 
over. The LEDs on the winner’s side will blink: 


LDA #%11110000 Blink pattern 
JSR BLINK 
RTS 


The corresponding sequence for player 2 is listed at address PLR2 
(line 117 on Figure 3.6): 


PLR2 LDA #%1110 
STA PORTIB 
LDA #0 
STA PORTIA 
LDA #$40 
JSR DELAY 
INC PLYR2 
LDA #10 
CMP PLYR2 
BNE MOVE 
LDA #%1110 
JSR BLINK 
RTS 


The Subroutines 


PLAY Subroutine 

The PLAY subroutine will first wait for a random period of time 
before displaying the binary number. This is accomplished by calling 
the RANDOM subroutine to obtain the random number, then the 
DELAY subroutine to implement the delay: 


PLAY JSR RANDOM 
JSR DELAY 
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The RANDOM subroutine will be described below. Another random 
number is then obtained. It is trimmed down to a value between 0 and 
15, inclusive. This will be the binary number displayed on the LEDs. It 
is stored at location NUMBER: 


JSR RANDOM 
AND #0F Mask off high nibble 
STA NUMBER 


The NUMTAB table, described at the beginning of this section, is then 
accessed to obtain the correct pattern for lighting the LEDs using їп- 
dexed addressing. Register X contains the number between 0 and 15 to 
be displayed: 


TAX Use X as index 
LDANUMTAB,X Retrieve pattern 


The pattern in the accumulator is then stored in the output register in 
order to light the LEDs. Note that the pattern is OR'ed with the 
previous contents of the output register so that the status of LED 9 is 
not changed: 


ORA PORTIB 
STA PORTIB 


Once the random number has been displayed in binary form on the 
LEDs, the subroutine waits until the player presses a key. The 
CNTSUB subroutine is used for this purpose: 


JSR CNTSUB 


It will be described below. 

The value returned in register Y by this subroutine is compared to 
the number to be guessed, which is stored at memory address 
NUMBER. If the comparison succeeds, exit occurs. Otherwise, all 
LEDs are cleared using an AND, to prevent changing the status of 
LED 9, and the subroutine is reentered. Note that the remaining time 
for the player will be decremented every time the CNTSUB subroutine 
is called. It will eventually decrement to 0, and this player will be given 
another number to guess: 


54 


TRANSLATE 


CPY NUMBER Correct guess? 
BEQ DONE 
LDA #01 No: clear old guess 
AND PORTIB 
STA PORTIB 
JMP PLAY Try again 

DONE RTS 


Exercise 3-1: Modify PLAY and/or CNTSUB so that, upon timeout, 
the player loses the current round, as if the maximum amount of time 
had been taken to make the guess. 


CNTSUB Subroutine 


The CNTSUB subroutine is used by the PLAY subroutine previous- 
ly described. It monitors a player’s keystroke and records the amount 
of time elapsed until the key is pressed. The key scanning is performed 
in the usual way: 


CNTSUB LDY #$F 
KEYLP STY PORT3B 
BIT PORT3A 
BPL FINISH 
DEY Count down key # 
BPL KEYLP Next key 
FINISH BNE CNTSUB 


Each time that all keys have been scanned unsuccessfully, the time 
elapsed counter is incremented (CNTLO,CNTHI): 


INC CNTLO 

BNE CNTSUB 

INC CNTHI 

BNE CNTSUB 
FINISH RTS 


Upon return of the subroutine, the number corresponding to the key 
which has been pressed is contained in index register Y. 


Exercise 3-2: Insert some "'do-nothing"' instructions into the CNTSUB 
subroutine so that the guessing time is longer. 
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BLINK Subroutine 


The LEDs specified by the accumulator contents are blinked 
(turned on and off) ten times by this subroutine. It uses memory loca- 
tion CNTHI and CNTLO as scratch registers, and destroys their 
previous contents. Since the LEDs must alternately be turned on and 
off, an exclusive-OR instruction is used to provide the automatic on/ 
off feature by performing a complementation. Because two com- 
plementations of the LED status must be done to blink the LEDs 
once, the loop is executed 20 times. Note also that LEDs must be kept 
lit for a minimum amount of time. If the “оп” delay was too short, 
the LEDs would appear to be continuously lit. The program is shown 
below: 


BLINK LDX #20 20 blinks 
STX CNTHI Blink counter 


STA CNTLO Blink register 

BLOOP LDA CNTLO Get blink pattern 
EOR PORTIB Blink LEDs 
STA PORTIB 
LDA #10 Short delay 
JSR DELAY 
DEC CNTHI 
BNE BLOOP Loop if not done 
RTS 

DELAY Subroutine 


The DELAY subroutine implements a classic three-level, nested 
loop design. Register X is set to a maximum value of FF 
(hexadecimal), and used as the inner loop counter. Register Y is set to 
the value of 10 (hexadecimal) and used as the level-2 loop counter. 
Location TEMP contains the number used to, adjust the delay and is 
the counter for the outermost loop. The subroutine design is 
straightforward: 


DELAY STA TEMP 
ры LDY #$10 
DL2 LDX #$FF 
DL3 DEX 
BNE DL3 
DEY 
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BNE DL2 
DEC TEMP 
BNE DLI 
RTS 


Exercise 3-3: Compute the exact duration of the delay implemented by 
this subroutine as a function of the number contained in location 
TEMP. 


RANDOM Subroutine 


This simple random number generator returns a semi-random 
number into the accumulator. A set of six locations from memory ad- 
dress 0008 (‘‘SCR’’) have been set aside as а scratch-pad for this 
generator. The random number is computed as 1 plus the contents of 
the number in location SCR + 1, plus the contents of the number in 
location SCR + 4, plus the contents of the number in location SCR 
+ 5: 


RANDOM SEC 
LDASCR + 1 
ADCSCR + 4 
ADC SCR + 5 
STA SCR 


The contents of the scratch area (SCR and following locations) are 
then shifted down in anticipation of the next random number genera- 
tion: 


LDX #4 
RNDLP LDA SCR,X 

STA SCR + LX 

DEX 

BPL RNDLP 

RTS 


The process is illustrated in Figure 3.7. Note that it implements a 
seven-location circular shift. The random number which has been 
computed is written back in location SCR, and all previous values at 
memory locations SCR and following are pushed down by one posi- 
tion. The previous contents of SCR + 5 are lost. This ensures that the 
numbers will be reasonably random. 
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Fig. 3.7: Random Number Generation 


SUMMARY 


This game involved two players competing with each other. The 
time was kept with nested loops. The random number to be guessed 
was generated by a pseudo-random number generator. A special table 
was used to display the binary number. LEDs were used on the board 
to indicate each player's turn to display the binary number, and to 
indicate the winner. 


Exercise 3-4: What happens in the case in which all memory locations 
from SCR to SCR + 5 were initially zero? 
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THE RULES 


The object of this game is to guess a secret 2-digit number generated 
by the computer. This is done by guessing a number, then submitting 
this number to the computer and using the computer's response (in- 
dicating the proximity of the guessed number to the secret number) to 
narrow down a range of numbers in which the secret number resides. 
The program begins by generating a high-pitched beep which signals 
to the player that it is ready for a number to be typed. The player must 
then type in a two-digit hexadecimal number. The program responds 
by signaling a win if the player has guessed the right number. If the 
player has guessed incorrectly, the program responds by lighting up 
one to nine LEDs, indicating the distance between the player's guess 
and the correct number. One lit LED indicates that the number 
guessed is a great distance away from the secret number, and nine lit 
LEDs indicate that the number guessed is very close to the secret 
number. 

If the guess was correct, the program generates a warbling tone and 
flashes the LEDs on the board. The player is allowed a maximum of 
ten guesses. If he or she fails to guess the correct number in ten tries, a 
low tone is heard and a new game is started. 


A TYPICAL GAME 


The computer beeps, notifying us that we should type in a guess. 


Our guess is: “40” 
The computer lights 4 LEDs We are somewhat off 


59 


6502 GAMES 


Next guess: “С0” 
Computer's answer: 3 LEDs We are going further away 
Next guess: “20” 


Computer's response: 3 The number must be between 
CO and 20 

Next guess: “80” 

Response: 5 We are getting closer 

Next guess: “75” 

Response: 5 It's not just below 80 

Next guess: “90” 

Response: 4 We're wandering away 

Next guess: “65” 

Response: 7 Now we're closing in 

Next guess: “60” 

Response: 9 

Next guess: “SF” 

Response: 8 


Next guess: “61” 
We win!!! All the LEDs flash and a high warbling tone is heard. 


THE ALGORITHM 


The flowchart for Hexguess is shown in Figure 4.1. The algorithm is 
straightforward: 


— a random number is generated 

— a guess is entered 

— the closeness of the number guessed to the secret 
number is evaluated. Nine levels of proximity are 
available and are displayed by an LED on the board. 
A closeness or proximity table is used for this pur- 
pose. 

— а win or a loss is signaled 

— more guesses are allowed, up to a maximum of 
ten. 


THE PROGRAM 
Data Structures 


The program consists of one main routine called GETGES, and two 
subroutines called LITE and TONE. It uses one simple data structure 
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START 


NUMBER 
RANDOM VALUE 


READ GUESS 
FROM KEYBOARD. 


Fig. 4.1: Hexguess Flowchart 


61 


6502 GAMES 


— a table called LIMITS. The flowchart is shown in Figure 4.1, and 
the program listing appears in Figure 4.2. 

The LIMITS table contains a set of nine values against which the 
proximity of the guess to the computer's secret number will be tested. 


It is essentially exponential and contains the sequence: 1,2,4,8,16,32 
64,128,200. 


Program Implementation 


Let us examine the program itself. It resides at memory address 200 
and may not be relocated. Five variables reside in page zero: 


GUESS is used to store the current guess 
GUESS! is the number of the current guess 
DUR and FREQ are the usual parameters re- 
quired to generate a tone (TONE subroutine) 
NUMBER is the secret computer number 


As usual, the data direction registers VIA #1 and VIA #3 are condi- 
tioned in order to drive the LED display and read the keyboard: 


LDA #$FF 

STA DDRIA OUTPUT 
STA DDRIB OUTPUT 
STA DDR3B OUTPUT 


Memory location DUR is used to store the duration of the tone to be 
generated by the TONE subroutine. It is initialized to ‘‘FF’’ (hex): 


STA DUR 


The memory location GUESS¢# is used to store the number of guesses. 
It is initialized to 10: 


START LDA #$0А. 
STA GUESS# 


The LEDs on the Games Board are turned off: 
LDA #00 


STA PORTIA 
STA PORTIB 
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3 /HEXGUESS’ 
HEXADECIMAL NUMBER GUESSING GAME. 

THE OBJECT OF THE GAME TS TO GUESS A НЕХАВЕСТНАЕ 
NUMBER THAT THE COMPUTER HAS THOUGHT UP. 

WHEN THE COMPUTER "BEEPS", A GUESS SHOULD 

SRE ENTERED. GUFSSES ARE TWO DIGIT HEXADFCIMAI 
SMUMBERS. WHEN TUO DIGITS HAVE REEN КЕСЕТУГП, 
ATHE COMPUTER WILL DISPLAY THE NEARNESS 

ФОР THE GUESS ВУ LIGHTING A NUMBER OF 

SLEDS PROPORTIONAL TO THE CLOSENESS OF 

2ТНЕ GUESS. TEN GUESSES ARE ALLOWED. 

IF А GUESS IS CORRECT, THEN THE COMPUTER 

ЗЫП FLASH THE LEDS AND MAKE A WARBLING 

2 TONE. 

ЗТНЕ ENTRY LOCATION 15 $200. 


4100 
41 ADDRES 
= $6004 


LOW LATCH OF TIMER 1 
$6003 PORTA DATA DIRECTION REG. 
$0002 PORTH DATA DIRECTION REG 
6001 SPORT A 
FORTIR = $4000 SPORT в 


эз лр 
өткен saco? DATA DIRECTION REG» 
PORTSR = SACOO 


FSTORAGES! 
QUSS 


mun 
FREQ 
NUMBER 
FSET ШР DATA DIRECTION REGISTERS 
STA DIRIR 
FSET UP TONE DURATIONS. 
START LDA $404 110 GUESSES ALLOWED 
STA GUESS 
LDA 400 зш Анк LEDS 
STA PORTIA 
STA PORTIR 
LDA TIMER. T RANDOM NUMBER TO GUESS 
STA NUMBER AND SAVE. 


T Ur SHORT HIGH TONE 10 
TGNAL USER TO ТИРИТ GUESS. 
АКЕ ВЕЕР, 

THIGH ORDER USER GUESS 
ФӨМІРТ INTO HIGH ORDER POSITION 


GETGES LDA #920 


ISR TONE 
ISR GETKEY 


reave 
GET LOW ORDER USER GUF 
AND $Z00001111  $HASK HIGH ORDER BITS: 
ORA GUE DU HIGH ORDER NIBBLE 
STA GUESS INAL PRODUCT SAVER. 
LDA MUMPER — $6ET NUMBFR FOR COMPARE 
SEC 
SBC GUESS | ;SUBTRACT GUESS FROM NUMBER 
D DETERMINE NEARNESS OF GUESS. 
BCS ALRIGHT — SPOSTTIUE VALUE NEEDS NO FIX, 
Ek ЖЕЛІНІ MAKE DISTANCE ABSOLUTE 
see Знаме IT A TWO’S СОНРЕЕМЕНТ 
Abr жоо $. НОТ JUST A ONES COMPLEMENT. 
Fig. 4.2: Hexguess Program. 


63 


6502 GAMES 


HEXGUESS 


ao 
^o 


о? 
^o 


^0 
ғо 


02401 КО 9E 


ao 
o2 
^o 


^o 


0286: AD ВЕ 
0288: 20 96 02 
о?ан: ас оп 02 


020€! a» 00 
0290: 38 
02911 2A 
029: 
02931 ho Гр 
02951 60 


9296: 85 оз 
0299: 49 00 
0294: ле 02 
0290: да 03 


ALRIGHT LDX 
LOOP сне 
LI 


UIN 


wou LDA 


SIONAL INX 


ce 


SROUTINE TO 


SSTRING OF ONES TO THE LEFT IN THE ACCUMULATOR UNTIL 
ETHE BIT POSTTION CORRESPONDING TO THE NUMBER IN X 


#15 REACHED. 
LITE (nA 
SHIFT SFE 
ro 
nex 
ENE 
RIS 


ETONE GENERATION ROUNTIMF. 


TONE эта 
tna 
LDX 
гү? үрү 
FUL neY 
сс 
RCC 
BNE 
EOR 
STA 
DEX 
PNE 
RIS 


STAPLE OF LIMITS FOR CLOSENESS LFUrL S. 


+оо 8<ЕТ CLOSENESS COUNTER TO DISTANT 

LIMITS.X — SCOMFARE NEARNESS DF GUESS TO 
STABLE DF LIMITS TO ЗЕЕ HOM MANY 
SLIGHTS TO 1 тент 

SIGNAL — iNEARNEOS TS BIGGER THAN LIMIT. SO 


бо LIGHT INDICATOR. 
3LOOK AT NEXT CLOSENESS LEVEL. 
FALL NIME LEVELS TRIED? 

20; TRY NEXT LEVEL. 

YES: WIN! LOAD NUMBER OF BLINKS 
ISE GUESS AS TEMP 

SLIGHT LEDS 


PORTIA 
PORTIR 

+50 STONE VALUE 

TONE SHAKE WIN SIGNAL 
amr 

PORTIA — :COMPLEMENT PORTS 
PORTIA 

FORTIR 

GUESS — ;BLIMKS/TONES DONF? 
wow зно, DO абаты 


START FS. START NEW GAME. 
NCREMENT CLOSENFSS LFUFL 


SCOUNTER SO AT LEAST 1 РП TS LIT 


ao SCLEAR HIGH LED PORT 
PORTIR 

LITE T LEN PATTERN 
PORTIA T tros 

ес CARRY SET PRO = 1 
+ 

PORTIE 

GUFSS® гонг GUFSS USED 
DETGES #SOMF ЧЕРТ» GET NEXT, 
(223 iLQU тонг SIGNALS LOS 
TONE 

START NFN GAME. 


MAKE PATTERN OF LTT LFDS BY SHIFTING A 


©“ CLEAR ACCUMULATOR FOR PATTERN 
SHAKE LOW RTT MIR 
^ PSHTFY ІТ їн 
HONE RIT DONF... 
ЕТ) Looe TF NOT пон. 
TURN 


FREQ 
4300 
шік 

FREQ 


E 
та 
ma 
PORTS 


no 


LIMITS .MYTF 200,199.64. 30148544241 
SYMBOL TABLE? Е 
GETKEY 0100 TIMER A004 [y поох 
DIRIB 2002 PORTIA бооз FORTIN ғооо 
DORIB асо? роктзв осоо GUESS: 0000 
Gursse 0001 тик 9002 FREQ 000% 
NUMFER 0004 осоп GETOFS 021F 
ALRIGHT 0241 озах no огап 
wou 0259 0286F сг 029? 
n ozar 9290 TONE 02% 
п? озөг 0298 Eu өзе 


-.--ғғә.4.2: Hexguess Program (Continued) 


The program will generate a random number which must be guessed 
by the player. A reasonably random number is obtained here by 
reading the value of timer1 of VIA #1. It is then stored in memory ad- 
dress NUMBER: 

LDA TIMER Low latch of timer 1 
STA NUMBER 


A random number generator is not required because requests for ran- 
dom numbers occur at random time intervals, unlike the situation in 
most of the other games that will be described. An important observa- 
tion on the use of TICL of a 6522 VIA is that it is often called a 
**Jatch" but it is a “сошмег” when performing a read operation! Its 
contents are not frozen during a read as they would be with a latch. 
They are continuously decremented. When they decrement to 0, the 
counter is reloaded from the “геа”? latch. 

Note that in Figure 4.3 TIL-L is shown twice — at addresses 04 and 
06. This is a possible source of confusion and should be clearly 
understood. Location 4 corresponds to the counter; location 6 cor- 
responds to the latch. Location 4 is read here. 

We are ready to go. A high-pitched tone is generated to signal the 
player that a guess may be entered. The note duration is stored at 
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00 ORB (PBO TO PB7) МО dato, port A 
o ORA (РАО to PA7) Used for control-affects handshoke 


DDRB 


Dota direction 
registers 


04 TILU/TIC-L Counter-low 
o5 Counter-high 
Timer 1 

06 Latch-low 
07 TILH Latch-high 
a АЕ Lotch-low 

Counter-low | timer 
oa SR Shift register 
ов ACR Auxiliary NR 
oc} PCR (CA1,CA2,CB2,CB1) Peripheral опро! 
ж |е тетігі 
or ORA 


Output register A 
(does not affect handshoke) 


Fig. 4.3: 6522 VIA Memory Мор 


memory location DUR while the note frequency is set by the contents 
of the accumulator: 


GETGES LDA #$20 High pitch 
JSR TONE 


Two key strokes must be accumulated for each guess. The GETKEY 
subroutine is used to obtain the number of the key being pressed, 
which is then stored in the accumulator. Once the first character has 
been obtained, it is shifted left by four positions into the high nibble 
position, and the next character is obtained. (See Figure 4.4.) 
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A 


СА 


PRESERVE AT ""GUESS'" SHIFT BY 4 


GUESS 1 


FINAL 2 DIGIT GUESS 


Fig. 4.4: Collecting the 'er's Guess 


JSR GETKEY 
ASLA 
ASLA 
ASLA 
ASLA 

STA GUESS 
JSR GETKEY 


Once the second character has been transferred into the accumulator, 
the previous character, which had been saved in memory location 
GUESS, is retrieved and OR’ed back into the accumulator: 

AND #%00001111 

ORA GUESS 


It is stored back at memory location GUESS: 


STA GUESS 
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Now that the guess has been obtained, it must be compared against the 
random number stored by the computer at memory location 
NUMBER. A subtraction is performed: 


LDA NUMBER 
SEC 
SBC GUESS 


Note that if the difference is negative, it must be complemented: 


BCS ALRIGHT Positive? 
EOR #%11111111 Itis negative: complement 
SEC Make it two’s complement 
ADC #00 Add one 


Once the ‘‘distance’”’ from the guess to the actual number has been 
computed, the ‘‘closeness-counter’’ must be set to a value between 1 
and 9 (only nine LEDs are used). This is done by a loop which com- 
pares the absolute ‘‘distance’’ of the guess from the correct number to 
a bracket value in the LIMITS table. The number of the appropriate 
bracket value becomes the value assigned to the proximity or closeness 
of the guessed number to the secret number. Index register X is initial- 
ly set to 0, and the indexed addressing mode is used to retrieve bracket 
values. Comparisons are performed as long as the ‘‘distance’’ is less 
than the bracket value, or until X exceeds 9, i.e., until the highest table 
value is looked up. 


ALRIGHT LDX #00 


LOOP CMPLIMITS,X Look up limit value 
BCSSIGNAL 
INX Closeness is less 
CPX #9 Keep trying 10 times 
BNE LOOP 


At this point, unless a branch has occurred to SIGNAL, the distance 
between the guess and the actual number is 0: it is a win. This is sig- 
naled by blinking the LEDs and by generating a special win tone: 


WIN LDA #11 
STA GUESS Scratch storage 
LDA #FF 


6502 GAMES 
STA PORTIA 
STA PORTIB 
WOW LDA #50 Tone pitch D 
JSR TONE Generate tone 


The blinking is generated by complementing the LEDs repeatedly: 


LDA #$ЕЕ 

EOR PORTIA Complement ports 
STA PORTIA 

STA PORTIB 


The loop is executed again: 


DEC GUESS 
BNE WOW 


Finally, when the loop index (GUESS) reaches zero, a branch occurs 
back to the beginning of the main program: START: 


BEQ START 


If, however, the current guess is not correct, a branch to SIGNAL 
occurs during bracket comparison, with the contents of the X register 
being the proximity value: i.e., the number of LEDs to light. Depend- 
ing on the closeness of the guess to the secret number, LEDs #1 to 49 
will be turned on: 


SIGNAL INX Increment closeness level 
LDA #0 Clear high LED port 
STA PORTIB 
JSR LITE Get LED pattern 
STA PORTIA 
BCC CC If carry set, РВО = 1 
LDA #01 
STA PORTIB 


The number of LEDs to turn on is in X. It must be converted into the 
appropriate pattern to put on the output port. This is done by the 
LITE subroutine, described below. 

If LED #9 is to be turned on, the carry bit is set by LITE. An ex- 
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plicit test of the carry for this case is done above (the pattern 01 is then 
sent to PORTIB). The number of the current guess is decremented 
next. If it is 0, the player has lost: the lose signal is generated and а 


$ 


0 с 
А 090000000 1| JUST BEFORE 1st ROTATION 
o 
7 0 с 
А оооооо о 1 Ш BEFORE 2nd ROTATION 
09 
? 0 c 
A 000000 тт BEFORE 3rd ROTATION 
0 
7 0 с 
(CARRY WILL BE 0) 
09 
7 0 с 
(CARRY 151) 


Fig. 4.5: Obtaining the LED pattern for 8 LED's 
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new game is started; otherwise, the next guess is obtained: 


сс DEC GUESS# 
BNE GETGES Any guesses left? + 
LDA #$BE Low tone 
JSR TONE 
JMP START New game 


The Subroutines 
LITE Subroutine 


The LITE subroutine will generate the pattern required to light up 
LEDs £1 to 48, depending on the number contained in register X. The 
required “1” bits are merely shifted right in the accumulator as 
register X is being decremented. An example is given in Figure 4.5. 


Upon exit from the subroutine, the accumulator contains the cor- 
rect pattern required to light up the specified LEDs. If LED 49 is in- 
cluded, the pattern would consist of all ones, and the carry bit would 
be set: 


LITE LDA #0 
SHIFT SEC Starting “1 
ROLA Rotate (ће “1” to position 
DEX Done? 
BNE SHIFT 
RTS 


TONE Subroutine 


The TONE subroutine will generate a tone for a duration specified 
by a constant in memory location DUR, at the frequency specified by 
the contents of the accumulator. Index register Y is used as the inner 
loop counter. The tone is generated, as usual, by turning the speaker 
connected to PORT3B on and off successively during the appropriate 
period of time: 


TONE STA FREQ 
LDA #$00 
LDX DUR 
FL2 LDY FREQ 
РІЛ DEY 
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сс 
ВСС.+2 
BNE КІЛ 
EOR #$ЕЕ 
STA PORT3B 
DEX 

BNE 

RTS 


SUMMARY 


This time, the program used the timer's latch (i.e., a hardware register) 
rather than a software routine as a random number generator. A simple 
“LITE” routine was used to display a value, and the usual ТОМЕ 
routine was used to generate a sound. 


EXERCISES 


Exercise 4-1: /тргоуе the Hexguess program by adding the following 
feature to it. At the end of each game, if the player has lost, the pro- 
gram will display [the number which the player should have guessed] 
For approximately 3 seconds, before starting a new game. 


Exercise 4-2: What would happen if the SEC at location 290 hex- 
adecimal were left out? 


Exercise 4-3: What are the advantages and disadvantages of using the 
timer's value to generate a random number? What about the suc- 
cessive numbers? Will they be related? Identical? 


Exercise 4-4: How many times does the above program blink the lights 
when it signals a win? 


Exercise 4-5: Examine the WIN routine (line 24D). Will the win tone 
be sounded once or several times? 


Exercise 4-6: What is the purpose of the two instructions at addresses 
29F and 2A0? (Hint: read Chapter 2.) 


Exercise 4-7: Should the program start the timer? 


Exercise 4-8: 15 the number of LEDs lit in response to a guess linearly 
related to the closeness of a guess? 
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THE RULES 


The object of the game is to light up a perfect square on the board, 
i.e., to light LEDs 1, 2, 3, 6, 9, 8, 7, and 4 but not LED #5 in the 
center. 

The game is started with a random pattern. The player may modify 
the LED pattern on the board through the use of the keyboard, since 
each of the keys complements a group of LEDs. For example, each of 
the keys corresponding to the corner LED positions (key numbers: 1, 3, 
9, and 7) complements the pattern of the square to which it is attached. 
Key #1 will complement the pattern formed by LEDs 1, 2, 4, 5. 
Assuming that LEDs 1, 2, and 4 are lit, pressing key #1 will result in 
the following pattern: 1-off, 2-off, 4-off, 5-on. 


| 


e e o ооо 
ФӨ-О-О о Фо 
OLONO © О О 


The pattern formed by LEDs 1, 2, 4, and 5 has been complemented 
and only LED #5 is lit after pressing key #1. Pressing key #1 again will 
result in: 1, 2, and 4-on with 5-off. Pressing a key twice results in two 
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successive complementations, i.e., it cancels out the first action. Finally, pressing key #5 (the center LED position) will result in com- 
Similarly, key #9 complements the lower right-hand square formed plementing the pattern formed by LEDs 2, 4, 5, 6, and 8. For exam- 

by LEDs 5, 6, 8, and 9. ple, assume the following initial pattern where only LEDs 6 and 8 are 
Key #3 complements the pattern formed by LEDs 2, 3, 5, and 6. lit: . 


Key #7 complements the pattern formed by LEDs 4, 5, 7, and 8. 

The ““ейге keys’’ corresponding to LEDs 2, 4, 6, and 8 complement 
the pattern formed by the three LEDs of the outer edge of which they O O О 
аге a part. For example, pressing key #2 will complement the pattern 
for LEDs 1, 2, and 3. Assume an initial pattern with LEDs 1, 2, and 3 


lit. Pressing key 42 will result in obtaining the complemented pattern, O O ө 
i.e., turning off all three LEDs. Similarly, assume an initial pattern 
on the left vertical edge where LEDs 4 and 7 are lit. О e О 


Q'Q © 
e o o 
e o o 


Pressing key #5 will result in lighting up LEDs 2, 4, and 5: 


Оо ө о 

ev о 

PIRE кеу р ыы in a pattern where LED #1 is lit and LEDs 4 e О O 
eoo 


269. ГО 
ооо өөө 


KEY 4 HAS BEEN PRESSED [ © Ф 


The winning combination in which all LEDs on the edge of the square 
are lit is obtained by pressing the appropriate sequence of keys. 


Likewise, key #8 will complement the pattern formed by LEDs 7, 8, ө ө ө 
and 9, and key #6 will complement the pattern formed by LEDs 3, 6, 
and 9. 
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The mathematical proof that it is always possible to achieve a “іп” 
is left as an exercise for the reader. The program confirms that the 
player has achieved the winning pattern by flashing the LEDs on and 
off. 

Key “0” must be used to start a new game. A new random pattern 
of lit LEDs will be displayed on the board. The other keys are ignored. 


А TYPICAL GAME e О ө 


Here is a typical sequence: 


The initial pattern is: 1-3-4-6-9. © @ © 


© О e Next move: press key #3. 
The resulting pattern is: 3-4-5-7-8. 

e o e 

оо ө 


оо 0-- 
ө © 
Move: press key #8. 


The resulting pattern is: 1-3-4-6-7-8. e о 


О 


О 


Ф О @ Next move: press key #2. 


The resulting pattern is 1-2-4-5-7-8. 


| 


өөө 
e e e — 
© 


Next move: press key #2. 
The resulting pattern is: 2-4-6-7-8. 
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Next move: press key #6. | 


The resulting pattern is 1-2-3-4-5-6-7-8-9. | 


TEMP = TABLE [(KEY 
ө ө Г) GET RANDOM NUMBER) X 2] 
NUMBER FROM 


TIMER 


€— 
e [ ] - EOR (TEMP)] 
STORE IN PORTA i 


e o o E 
medi 


PORT = ((PORTB] 
EOR (TEMP) 


Note that this is a ‘‘classic’’ pattern in which all LEDs on the board SENSOR? 


are lit. It is not a winning situation, as LED #5 should be off. Let us 
proceed, 

Next move: the end of this game is left to the mathematical talent of 
the reader. The main purpose was to demonstrate the effect of the 
various moves. 

Hint: a possible winning sequence is 2-4-6-8-5! 

General advice: in order to win this game, try to arrive quickly at a 
symmetrical pattern on the board. Once a symmetrical pattern is ob- 
tained, it becomes a reasonably simple matter to obtain the perfect 
square. Generally speaking, a symmetrical pattern is obtained by hit- 
ting the keys corresponding to the LEDs which are off on the board 
but which should be ‘‘on’’ to complete the pattern. 


GET KEY NUMBER 


PORTA = (PORT A) 
OR SFF 


PORTB = (PORT B) 
EORSFF 


THE ALGORITHM 


TEMP = TEMP ~ 1 


A pattern is generated on the board using random numbers. The 
key corresponding to the player’s move is then identified, and the ap- 
propriate group of LEDs on the board is complemented. 

A table must be used to specify the LEDs forming a group for each 
key. 

The new pattern is tested against a perfect square. If one exists, the 
player wins. Otherwise, the process begins anew. 

The detailed flowchart is shown in Figure 5.1. тезі есе адын 


Lj NO 
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THE PROGRAM 


Data Structures 


The main problem here is to devise an efficient way to complement 
the correct LED pattern whenever a key is pressed. The complementa- 
tion itself may be performed by an Exclusive-OR instruction. In this 
case, the pattern used with the EOR instruction should contain a “17 
in each LED position which is to be complemented, апа “0” 
elsewhere. The solution is quite simple: a nine-entry table, called 
TABLE, is used. Each table entry corresponds to a key and has 16 bits 
of which only nine are used inasmuch as only nine LEDs are used. 
Each of the nine bits contains a “17” in the appropriate position, in- 
dicating the LED which will be affected by the key. 

For example, we have seen that key number 1 will result in com- 
plementing LEDs 1, 2, 4, and 5. The corresponding table entry is 
therefore: 0, 0, 0, 1, 1, 0, 1, 1, where bits 1, 2, 4, and 5 (starting the 
numbering at 1, as with the keys) have been set to “1.” Or, more 
precisely, using a 16-bit pattern: 

0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 1,0, 1, 1 
The complete table appears below in Figure 5.2. 


1 00011011 00000000 
2 00000111 00000000 
з 00110110 00000000 
4 01001001 00000000 
5 10111010 00000000 
6 00100100 00000001 
7 11011000 00000000 
8 11000000 00000001 
9 10110000 00000001 


Program Implementation 


A random pattern of LEDs must be lit on the board at the beginning 
of the game. This is done, as in the previous chapter, by reading the 
value of the VIA #1 timer. If a timer were not available, a random 
number-generating routine could be substituted. 
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/MAGIC SQUARE’ PROGRAM 
EYS 1-9 ON THE HEX KEYBOARD ARE EACH ASSOCIATED 

ITH ONE LED IN THE 3X3 ARRAY. WHEN A KEY IS PRESSED» 
T CHANGES THE PATTERN OF THE LIT LEDS IN THE ARRAY. 
НЕ OBJECT OF THE GAMF TS TO CONVERT THE КАМВОМ 
ATTERN THE GAME STARTS WITH TO A SQUARE OF LIT 

EDS BY PRESSING THF KEYS. THE LENS WILL FLASH WHEN 
НЕ WINNING PATTERN TS ACHIEVED, с 

EY #0 САМ ВР USED AT ANY TIME TD RESTART 

НЕ GAME WITH А МЕШ PATTERN. 


GETKFY 
тісі SLOW REGISTER OF TIMER ТМ 4522 UTA 
PORT 4522 UIA PORT A 

PORT2 =%л000 4522 VIA PORT В 

TEMP =$0000 iTEMPDRARY STORAGE 

DDRA зата DIRECTION REGISTER ПЕ PORT A 
DDRE Ф5АМЕ FOR PORT B 


; 
PCOMMENTS: THIS PROGRAM USES А TIMER REGISTER FOR А 
$ RANDOM NUMBER SOURCE. IF NONE IS AUATIAKLE® ^ 

$ RANDOM NUMBER GENERATOR COULD БЕ USED» RUT 

? — DUE TO ITS REPEATABILITY. IT WDULD NOT WORK AS 
$ WELL. THIS PROGRAM USES PORT 4/6 KEDISTERS FOR 
$ STORAGE OF THE LED PATTERN. SINCE WHAT IS READ 
, 


BY THE PROCESSOR IS THE POLARITY OF THF 


OUTPUT LINES» АМ FXCESSIVE LOAD ON THE LINES WOULD 


$ PREVENT THE PROGRAM FROM WORKING CORRECTLY 
FF LDA жзг FSET UP PORTS FOR OUTPUT 
оз ло STA орка 
02 ло STA DORE 
ол AO START LDA ТІСІ POET 1ST RANDOM NUMBER 
01 ло STA PORTI 
04 ло LDA тїсї $e. AND SECOND, 
оз MASK OUT BOTTOM кош LEDS 
00 во STA 
00 01 KEY JSR 
оо во IKEY MUST RE 1-9: T8 IT 07 
ЕВ START  #YES, RESTART GAME WITH МЕШ BOARD. 
oA #10 #18 IT LESS THAN 107 
FS BPL KEY P IF KEY 2210. S0 RET ANOTHER 
n 
OLLOWING SECTION USES KEY NUMBER AS INDEX TO FIND IN 
ABLE А RIT PATTERN USED TO COMPLEMENT LEDs 
src PDECREMENT А FOR TARLE access 
on SBC $i 
ASL A PMULTIPLY Ажа, SINCE EACH FNTRY IN 
PTABLE IS TUO BYTES. 
тах USE A AS INDEX 
01 ло LDA PORTI GET PORT CONTENTS FOR COMPLEMENT 
&R 02 EOR ТАВЕЕ,Х OR PORT CONTENTS W/PATTFRN 
01 40 STA PORTI STORE PORTI 
00 ло LDA PORT? AME WITH PORTZ» 
5С 02 EOR TABLE+1 +X s LUSTING NEXT TARLE ENTRY. 
о AND 401 PMASK OUT BOTTOM ROW LENS 
00 Ao STA PORT2 +... ANT RESTORE. 
SECTION CHECKS FOR WINNING PATTERN IN LENS 
LSR A HIFT ВІТ 0 OF PORT 1 INTO CARRY. 
n9 BCC KEY F NOT ШІМ PATTERN’ GET NEXT MOVE 
01 ло LDA PORT! ¿LOAD PORTE FOR WIN TEST 
EF СЫР fX11101111 — :CHECK FOR WIN PATTERN 
D2 BNE KEY FNO WIN. GET NEXT NNVF 


I — —tig. 5.3: Magic Square Program 
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MAGIC SQUARE 


The data direction registers for Ports A and B of the VIA are con- 
figured for output to drive the LEDs: 


SWIN BLINK LED'S EVERY 1/2 SEC. 4 TIMES 
LDA $14 
STA TEMP LOAD NUMBER OF BLINKS 


BLINK LDX #820 
DELAY Пү 44FF 


ЗПЕСАҮ CONSTANT FOR .09 SEC 
3OUTER LOOP OF VARIABLE DELAY 
SROUTINE? WHOSE DELAY TIME 

#15 2556 # (CONTENTS OF X ON ENTER 


тү NOP $10 MICROSEC LOOP V 


BNE DELAY 
LDA PORTI 
EOR #$FF 
STA PORTI 
LDA PORT2 
EOR #1 
STA PORT2 
DEC TEMP 
BNE BLINK 
REQ KEY 


ЗОЕТ PORTS AND COMPLEMENT THEM 


FCOUNT DOWN NUMBER OF пи INKS: 
0 AGAIN IF МОТ ПОМ 
3GET NEXT MOVE 


STABLE OF CODES USED TO COMPLEMENT LEDS 
D 


LDA #$ЕЕ 
STA DDRA 
STA DDRB 


The “‘random’’ numbers are then obtained by reading the value of 
timer 1 of the VIA and are used to provide a random pattern for the 
LEDs. (Two numbers provide 16 bits, of which 9 are kept.) 


START LDA TICL Get 1st number 
STA PORTI Use it 
LDA TICL Get 2nd number 
AND #01 Keep only position 0 
STA PORT2 Use it 


TABLE — .BYT %00011011+%00000000 


О An explanation of the use of TICL has been presented in the 


previous chapter. The program then monitors the keyboard for the 
key stroke of the player. It will accept only inputs “0” through 499 
and will reject all others: 


«ВУТ 2001101105X00000000 


-RYT X01001001500000000 


СҮТ %10111010+%00000000 


+ BYT %00100100+%00000001 


+ RYT х11011000»х00000000 KEY JSR GETKEY 
LEYT 211000000, 00000001 СМР #0 Is key 0? 
һүт 10110000: 00000001 BEQ START 
à СМР #10 
BPL KEY Ifkey = 10 get another 


SYMBOL TABLE: 


GETKEY 0100 тїсї. 004 PORTS лоо У 
PORT2 ^000 TEMP 0000 nora A003 If the player has pressed key “0,” the program is restarted with a new 
DDRE A002 START 0208 KEY 0216 E ert ii» digi А 

BLINK 0248 DELAY 0240 тү о2аг LED display. И it is a value between “1” and that is pressed, the 
TABLE 026R 


appropriate change must be performed on the LED pattern. The key 
number will be used as an index to the table of complementation 
codes. Since the keys are labeled 1 through 9, the key number must 
first be decremented by 1 in order to be used as an index. Since the 
table contains double-byte entries, the index number must also be 
multiplied by 2. This is performed by the following three instructions: 


Fig. 5.3: Magic Square Program (Continued). 


SEC 
SBC #1 Subtract 1 
ASL A Multiply by 2 
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Remember that a shift left is equivalent to a multiplication by 2 in the 
binary system. The resulting value is used as an index and stored in in- 
dex register X: 


TAX 


The LED pattern is stored in the Port A data registers. It will be com- 
plemented by executing an EOR instruction on Port 1, then repeating 


the process for Port 2: 


LDA PORTI 

EOR TABLE,X 
STA PORTI 

LDA PORT2 

EOR TABLE + 1,Х 
AND #01 Mask out unused bits 
STA PORT2 


Complement Port! 


Same for Port2 


Note that assembly-time arithmetic is used to specify the second byte 
in the table: 


EOR TABLE + 1,X 


Once the pattern has been complemented, the program checks for a 
winning pattern. To do so, the contents of Port 2 and Port 1 must be 
matched against the correct LED pattern. For Port 2, this is **0, 0, 0, 
0, 0, 0, 0, 1.” For Port 1, this is ‘1, 1, 1, 0, 1, 1, 1, 1.” Bit 0 of Port 2 
happens presently to be contained in the accumulator and gan be 
tested immediately after a right shift: 


LSRA Shift bit 0 of Port 2 
BCC KEY 


The contents of Port 1 must be explicitly compared to the appropriate 
pattern: 


LDA PORTI 


CMP #% 11101111 
BNE KEY 
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To confirm the win, LEDs are now blinked on the board. TEMP is 
used as a counter variable; X is used to set the fixed delay duration. Y 
is used as a counter for the innermost loop. Each port is com- 
plemented after the delay has elapsed. 


LDA #14 
STA TEMP Load number of blinks 
BLINK LDX #$20 Delay constant for .08 sec 
DELAY ГОУ #$ЕЕ Outer loop of variable 
delay routine, whose delay 
time is 2556 x (Contents 
of X on entry) 10 us loop 
DLY NOP 
BNE .+2 
DEY 
BNE DLY 
DEX 
BNE DELAY 
LDA PORTI Get ports and complement 
them 
EOR #$FF 
STA PORTI 
LDA PORT2 
EOR #1 
STA PORT2 
DEC TEMP Count down number of blinks 
BNE BLINK Do again if not done 
BEQ KEY Get next key 


SUMMARY 

This game of skill required a special table to perform the various 
complementations, The timer is used directly to provide a pseudo- 
random number, rather than a program. The LED pattern is stored 
directly in the I/O chip's registers. 
EXERCISES 


Exercise 5-1: Rewrite the end of the program using a delay subroutine. 


Exercise 5-2: Will the starting pattern be reasonably random? 


6502 GAMES 


Exercise 5-3: Provide sound effects. 


Exercise 5-4: Allow the use of key “А” to perform a different change 
such as a total complementation. 


Exercise 5-5 (more difficult): Write a program which allows the com- 
puter to play and win. 


Exercise 5-6: Add to the previous exercise the following feature: 
record the number of moves played by the computer, then play against 
the computer. You must win in fewer moves. You may specify an 
identical starting pattern for yourself and the computer. In this case, 
you should start, then let the computer “‘show you. ” If the computer 
requires more moves than you do, you are either an excellent player, a 
lucky player, or you are a poor programmer. Perhaps you are using 
the wrong algorithm! 
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THE RULES 


A light spins around the square formed by LEDs 1, 2, 3, 6, 9, 8, 7, 
and 4, in a counterclockwise fashion. 


The object of the game is to stop the light by hitting the key cor- 
responding to the LED at the exact time that the LED lights up. Every 
time that the spinning light is stopped successfully, it will start spin- 
ning at a faster rate. Every time that the player fails to stop the LED 
within 32 spins, the light will stop briefly on LED #4, then resume 
spinning at a slower pace. The expert player will be able to make the 
light spin faster and faster, until the maximum speed is reached. At 
this point, all the LEDs on the Games Board (LEDs 1 through 15) 
light up simultaneously. It is a win, and a new game is started. 

Each win is indicated to the player by a hesitation of the light on the 
LED corresponding to the key pressed. When a complete game is won, 
all LEDs on the Games Board will be lit. 
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This game can also be used to sharpen a player's reflexes, or to test 
his or her reaction time. In some cases, a player's reaction may be too 
slow to catch the rotating LED even at its slowest speed. In such a 
case, the player may be authorized to press two, or even three,con- 
secutive keys at once. This extends the player's response time. For ex- 
ample, with this program, if the player would press keys 7, 8, and 9 
simultaneously, the light would stop if it was at any one of those posi- 
tions (7, 8, or 9). 


THE ALGORITHM 


The flowchart is presented in Figure 6.1. The game may operate at 
eight levels of difficulty, corresponding to the successive speeds of the 
“blip” traveling with increased rapidity around the LED square. An 
8-bit counter register is used for two functions simultaneously. (See 
Figure 6.2.) The lower 3 bits of this register are used as the “Мір- 
counter’’ and point to the current position of the light on the LED 
square. Three bits will select one of eight LEDs. The left-most 5 bits of 
this register are used as а ‘‘loop-counter”’ to indicate how many times 
the blip traverses the loop. Five bits allow up to 32 repetitions. LEDs 
are lit in succession by incrementing this counter. Whenever the blip- 
counter goes from “8” to “0,” a carry will propagate into the loop- 
counter, incrementing it automatically. Allocating the 8 bits of 
register Y to two different conceptual counters facilitates program- 
ming. Another convention could be used. 

Every time that an LED is lit, the keyboard is scanned to determine 
whether the corresponding key has been pressed. Note that if the key 
was pressed prior to the LED being lit, it will be ignored. This is ас- 
complished with an ‘‘invalid flag.” Thus, the algorithm checks to see 
whether or not a key was initially depressed and then ignores any fur- 
ther closures if it was. A delay constant is obtained by multiplying the 
difficulty level by four. Then, during the delay while the LED is lit, а 
new check is performed for a key closure if no key had been pressed 
at the beginning of this routine. If a key had been pressed at the begin- 
ning it will be treated as a miss, and the program will not check again 
to see if the key was pressed as the ‘‘invalid Пар” will have been set. 

Every time the correct key is pressed during the delay while the LED 
is on (left branch of the flowchart in the middle section of Figure 
6.1), the value of the difficulty level is decremented (a lower difficulty 
number results in a higher rotation speed). For every miss on the part 


SPINNER 


of the player, the difficulty value is incremented up to 15, resulting in 
a slower spin of the light. Once a difficulty level of 0 has been reached, 
if a hit is recorded, all LEDs on the board will light to acknowledge 
the situation. 


THE PROGRAM 


Data Structures 


The program uses two tables. The KYTBL table stores the key 
numbers corresponding to the circular LED sequence: 1,2,3,6,9,8,7,4. 
It is located at memory addresses OB through 12. See the program 
listing in Figure 6.3. 

The second table, LTABLE, contains the required bit patterns 
which must be sent to the VIA's port to illuminate the LEDs in se- 
quence. For example, to illuminate LED #1, bit pattern **000000001, 
or 01 hexadecimal, must be sent. For LED #2, the bit pattern 
**00000010"* must be sent, or 02 hexadecimal. Similarly, for the other 
LEDs, the required pattern is: 04, 20, 00, 80, 40; ОВ in hexadecimal. 

Note that there is an exception for LED #9. The corresponding pat- 
tern is “0” for Port 1, and bit 0 of Port 2 must also be turned on. We 
will need to check for this special situation later on. 


Program Implementation 


Three variables are stored in memory page 0: 


DURAT Is the delay between two successive 
LED illuminations 

DIFCLT Is the ‘‘difficulty level” (reversed) 

DNTST Is a flag used to detect an illegal 


key closure when scanning the keys 


As usual, the program initializes the three required data direction 
registers: DDR1 on both Port A and Port B for the LEDs, and 
DDR3B for the keyboard: 


START LDA #$ЕЕ 
STA DDRIA 
STA DDRIB 
STA DDR3B 
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DIFFICULTY = 8 
‘COUNTER = 0 


USE BITS0~-20F 
COUNTER TO LOOK 
UP LED PATTERN IN 

TABLE, THEN DISPLAY 

PATTERN 


YES (м) 


OUTPUT NUMBER OF 
KEY TO LOOK FOR 
(BITS 0-2 OF 
COUNTER) то 
KEYBOARD 


м 
(CLEAR INVALID FLAG 
SET INVAUD FLAG. 


DELAY CONSI 
X DIFFICULTY 
DELAY ACCORDING 
TO DELAY CONST 


DIFFICULTY, MAKING 
SURE IT DOES NOT 
EXCEED 15 


Fig. 6.1: Spinner Flowchart | Fig. 6.1: Spinner Flowchart (Continued) 
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Loop 
COUNTER 


BLIP 
COUNTER 


Fig. 6.2: Dual Counter 
The difficulty level is set to 8, an average value: 


LDA #8 
STA DFCLT 


The keystrobe port is conditioned for input: 
STA DDR3A 


The Y register, to be used as our generalized loop-plus-blip-counter, 
set 1040”: 


NWGME LDY #0 
The key-down indicator is also set to “0”: 


LOOP LDA #0 


STA DNTST 
LED #9 is cleared: 
STA PORTIB 


The lower 3 bits of the counter are extracted. They contain the blip- 
counter and are used as an index into the LED pattern table: 


ТУА Y contains counter 
AND #$07 Extract lower 3 bits 
TAX Use as index 


The pattern is obtained from LTABL, using an indexed addressing 
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0002 
0003 
0004 
0005 
0006 
0007 
0008 
0009 
0010 
0011 
0012 
0013 
0014 
0015 
0018 
0017 
0018 
0019 
0020 
0021 
0022 
0023 
0024 
0025 
0026 
0027 
0028 
0029 
0030 
0031 
0032 
0033 
0034 
0035 
0034 
0037 
0037 
0037 
0037 
0037 
0037 
0037 
0037 
0038 
0039 
0040 
0041 
0042 
0042 
0042 
0042 
0042 
0042 


0042 
0042 
0043 
0044 
0045 
0046 
0047 
0048 
0049 
0050 
0051 
0052 
0053 
0054 
0055 
0056 
0057 
оозе 
0059 
0060 
0061 
0042 


LINE $ LoC 


0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 

0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0001 

0002 
0003 
0003 
0003 
0003 
0003 
0003 
0003 
0004 
0005 

0006 

0007 

0008 

900% 

0000. 
‘0008 

0008 

‘0008 
0008 
0008 

ооос 
E 
000E 
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0010 

0011 

0012 
0013 
0013 
0013 
0013 
0200 
0200 
0202 
0205 
0208 
0208 
0200 
020F 
0212 
0214 
0216 
0218 
0218 
E 
021E 
021F 


cone 


FF 
оз 
92 
өз 
ов 
E 
оз 
оо 
оо 
o2 
o0 


СА 
оз 


Ао 
40 
ac 


ac 


№ 


LINE 
$ “SPINNER” 

iPROGRAM TO TEST REACTION TIME OF PLAYER. 
iBLIP OF LIGHT SPINS AROUND EDGE 

ФОР 3X3 LED MATRIX, AND USER MUST PRESS 
SCORRESPONDING KEY. IF, AFTER А NUMBER OF 
iSPINS, CORRECT KEY HAS NOT BEEN PRESSED, 
SBLIP SPINS SLOWER. IF CORRECT KEY HAS BEEN 
iPRESSED, BLIP SPINS FASTER. ALL 

SLEDS LIGHT WHEN SUCCESSFUL KEYPRESS 
FOCCURS ON MAXINUM SPEED. 


io: 
n 

PORTIA = $4001 SLEDS 1-8 

РОКТІВ = $A000 SLEDS 8-15 

DDRIA = 4003 

DDRIB 2 $4002 

PORT3A = $ACOL ЗКЕҮ STROBE INPUT. 
PORTS = saCoo ЗКЕҮ € OUTPUT. 
DDR3A = $ACOS 


DDR3B = $aco? 
, 
РОАВТАВЕ STORAGE: 
, 


s.. 
, 

DURAT seri JDURATION ОҒ INTER-HOVEMENT DELAY. 
DIFCLT exti PDIFFICULTY LEVEL. 

DNTST #2841 ISET TO $01 IF KEY DOWN AT START 


FOF INTER-MOVEMENT DELAY. 


, 
STABLE OF PATTERNS TO BE SENT TO LED 

ЗМАТЯТХ AT EACH LOOP COUNT. 

FSET FOR CLOCKWISE ROTATION STARTING AT LED #1, 
D 


LTABLE .ВҮТЕ $01,402,$04,420, 300,480, $40,908 


n 
STABLE OF PATTERNS TO BE SENT TO KEYBOARD 
iTO TEST IF LEDS ARE ON AT EACH LOOP COUNT. 


KYTBL BYTE 1:2 637669 85754 


Й 
iMAIN PROGRAM 


* = $200 


START LDA #sFF 
STA DORIA 
STA DDR1B 
STA DDR3R 
а өв 
Sta DIFCLT 
STA DDRIA 

NUGHE LDY #0 

Loop LDA #0 


iSET 1/0 REGISTERS. 


#SET DIFFICULTY. 
ISET KEYSTROBE FORT. 
PRESET LOOP/BLIP COUNTER. 


STA DNTST iCLEAR KEYDOUN INDICATOR. 
STA PORTIE CLEAR НІ LED PORT. 

туд БЕ LOUER 3 BITS OF MAIN COUNTER 
AND #807 ЗАБ INDEX TO FIND LED PATTERN 
тах N TABLE OF PATTERNS. 


LDA LTABLE+x ЕТ PATTERN FOR LED TO 


Fig. 6.3: Spinner Program: 
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0063 0221 УВЕ TURNED ON. 

0064 0221 8D 01 ао STA PORTIA ISTORE IN LED FORT. 

9045 0224 DO 05 ENE CHECK PIF PATTERN <- 0, SKIP. 

0066 0226 89 01 LDA $i SPATTERN-O, SO SET НІ RIT. 
0047 0228 8D 00 АО STA PORTIB 

0068 0228 BS OR | CHECK LDA КУТВЕ»Х GET кєү# TO TEST FOR. 

0049 0220 8D 00 АС STA PORTIE STORE IN KEYPORT. 

0070 0230 2С 01 АС BIT РОКТЗА FSTROBE HI? 

0071 0233 30 04 BMI DELAY HIF МОТ, SKIP. 

0072 0235 49 01 INVALD LDA #01 38ТОВЕ НІ: SET KEY DOWN MARKER. 
0073 0237 85 02 STA DNTST 

0074 0239 А9 BO DELAY LDA #880 iGET $ OF LOOP CYCLES (DELAY LENGTH) 
0075 0238 85 00 STA DURAT 

0076 0230 А5 01 01 іра DIFCLT SMULTIPLY DIFFICULTY COUNTER , 
0077 023F ОА ASL А iRY FOUR TO DETERMINE DELAY 
0078 0240 ОА ASL A JLENGTH. 

0079 0241 АА тах 

0080 0242 26 02 иг ROL DNTST SDELAY ACCORDING TO DIFCLT. 
0081 0244 66 02 ROR DNTST 

0082 0248 СА тех 

9083 0247 Do r9 ВНЕ DL2 SLOOP “TIL COUNT = 0 

0084 0249 А5 02 LDA DNTST %БЕТ KEY DOUN FLAG. 

0085 0248 Do 95 ВНЕ NOTST GIF KEY WAS DOWN AT BEGINNING OF 
0086 024D SDELAYs DON'T TEST IT. 

0087 0240 2С 01 АС BIT PORTIA ЗСНЕСК KEY STROBE. 

0088 0250 1019 BPL MIT ЗКЕУ HAS CLOSED DURING DELAY: HIT. 
0089 0252 Cé 00 NOTST DEC DURAT SCOUNT DELAY LOOP DOWN. 

0090 0254 DO E7 ВНЕ 001 SLOOP IF NOT 0, 

0091 0256 СВ INY HINCREMENT MAIN SPIN COUNTER. 
0092 0257 DO вв ВНЕ LOOP HIF 32 LOOPS NOT DONE, DO NEXT LOOP 
0093 0259 A6 01 LDX DIFCLT ЗМО HITS THIS TIME, MAKE NEXT 
0094 0258 JEASIER. 

0095 0258 ЕВ INK 

0096 0256 ВА тха SHAKE SURE DIFFICULTY DOES NOT 
0097 0250 C9 10 СИР #16 ЗЕХСЕЕВ 15 

0098 025Ғ Do 02 BNE OK 

0099 0261 А? OF LDA өз 

0100 0263 8501 ок бта DIFCLT 

0101 0265 20 80 02 JSR WAIT iPAUSE А BIT. 

0102 0268 4C 12 02 ЭМР NUGHE ISTART NEU ROUND. 

0103 0248 20 80 02 HIT ЈА WAIT jPAUSE А BIT. 

0104 024E Có Oi Dec DIFCLT ЗНАКЕ NEXT САНЕ HARDER. 

0105 0270 DO А0 BNE NUGME ИЕ DIFFICULTY NOT O (HARDEST) + 
0106 0272 IPLAY NEXT GAME. 

0107 0272 A? FF LDA өзге IPLAYER HAS MADE IT TO TOF 
0108 0274 Вр 01 ао STA PORTIA SDIFFICULTY LEVEL, LIGHT ALL LEDS. 
0109 0277 8D 00 до STA PORTIB 

0110 027A 20 80 02 JSR WAIT JPAUSE А BIT. 

0111 027D 4C 00 02 IMP START IPLAY ANOTHER GAME. 

0112 0280 р 

0113 0280 JSUBROUTINE "WAIT^ 

0114 0280 JSMORT DELAY, 

0115 0280 Й 

0116 0280 АО FF WAIT LOY ФЕ 

0117 0282 A2 РР 1Р1 LDX ғғ 

0118 0284 6600 122 КОК DURAT 

0119 0286 26 00 ROL DURAT 

0120 0288 44 00 ROR DURAT 

0121 0284 26 00 ROL DURAT 

0122 028 Са DEX 

0123 0288 ПО rs BNE 1Р2 

0124 028F 88 DEY 

0125 0290 DO ҒО BNE LPL 

0126 0292 60 RTS 

0127 0293 «END 

SYMBOL TABLE 

SYMBOL VALUE 

CHECK 0228  DDRIA A003  DDRIP A002  DDR3A ^ асоз 

DDR3B АСО2 DELAY 0239  DIFCLT 0001  DLI 0230. 

DL2 0242  DNTST 0002 DURAT 0000 MIT 0268 

INVALD 0235 КҮТЕ 0008 LOOP 0214 ігі 0282 

LP2 0284 LTABLE 0003  NOTST 0252  NuGME 0212 

ок 0265 PORTIA 4001 РОКТІВ A000 PORTA ACON 

РОКТЗВ АСО0 START 0200 WAIT 0280 


END OF ASSEMBLY 


Fig. 6.3: Spinner Program (Continued) 


SPINNER 


mechanism with register X, and this pattern is output on Port 1A to 
light up the appropriate LED: 


LDALTABLE, X Get pattern 
STA PORTIA Use it to light up LED 


As we indicated in the previous section, an explicit check must be 
made for the pattern “0,” which requires that bit 0 of Port B be 
turned on. This corresponds to LED #9: 


BNE CHECK Was pattern — 0? 
LDA #1 If not, set LED #9 
STA PORTIB 


Once the correct LED has been lit, the keyboard must be inspected to 
determine whether the player has already pressed the correct key. The 
program only checks the key number corresponding to the LED being 
lit: 


CHECK LDA KYTBL,X X contains correct pointer 
STA PORT3B Select correct key 
BIT PORT3A Strobe hi? 
BMI DELAY If not, skip 


If the corresponding key is down (a strobe high on Port 3A is 
detected), the key-down flag, DNTST, is set to “1”: 

INVALD LDA #01 
STA DNTST 


This is an illegal key closure. It will be ignored. A delay to keep the 
LED lit is implemented by loading a value in memory location 
DURAT. This location is used as a loop-counter. It will be 
decremented later on and will cause a branch back to location DL1 to 
occur: 


DELAY LDA #$80 


STA DURAT 


The difficulty counter, DIFCLT, is then multiplied by four. This is ac- 
complished by two successive left shifts: 
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DLI LDA DIFCLT 
ASLA 
ASLA 
TAX 


The result is saved in index register X. It will determine the delay 
length. The lower the *'difficulty-level,' the shorter the delay will be. 
The delay loop is then implemented: 


DL2 ROL DNTST 
ROR DNTST 
DEX 


BNE DL2 Loop til count = 0 


The key-down flag, DNTST, is then retrieved from memory and 
tested. If the key was down at the beginning of this routine, the pro- 
gram branches to location NOTST. Otherwise, if a closure is detected, 
a hit is reported and a branch occurs to location HIT: 


LDA DNTST 
BNE NOTST 
BIT PORT3A 
BPL HIT 


Check key strobe 


At NOTST, the external delay loop proceeds: the value of DURAT is 
decremented and a branch back to location DL1 occurs, unless 
DURAT decrements to “0.” Whenever the delay decrements to “0” 
without a hit, the main counter (register Y) is incremented by 1. This 
results in advancing the blip-counter (lower three bits of register Y) to 
the next LED. However, if the blip-counter was pointing to LED #4 
(the last one in our sequence), the loop-counter (upper 5 bits of 
register Y) will automatically be incremented by 1 when the blip- 
counter advances. If the value 32 is reached for the loop-counter, the 
value of register Y after incrementation will be “0” (in fact, ап 
overflow will have occurred into the carry bit). This condition is tested 
explicitly: 


NOTST DEC DURAT 
BNE DL1 Loop if not 0 
INY Increment counter 
BNE LOOP 32 loops? 


SPINNER 


Once the Y register has overflowed, i.e., 32 loops have been executed, 
the difficulty value is increased, resulting in a slower spin: 


LDX DIFCLT 
INX 


No hits. Make it easier 


The maximum difficulty level is 15, and this is tested explicitly: 


TXA Only A may be compared 
CMP #16 
BNE OK 
LDA #15 Stay at 15 maximum 
OK STA DIFCLT 


Finally, a brief pause is implemented: 
JSR WAIT 
and a new spin is started: 
JMP NWGME 
In the case of a hit, a pause is also implemented: 
HIT JSR WAIT 


then the game is made harder by decrementing the difficulty count 
(DIFCLT) 


DEC DIFCLT 


The difficulty value is tested for “0” (fastest possible spin). If the “0” 
level has been reached, the player has won the game and all LEDs are 
illuminated: 


BNE NWGME If not 0, play next game 


LDA #$FF It is a win 
STA PORTIA Light up 
STA PORTIB 


The usual pause is implemented, and a new game is started: 
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JSR WAIT 
JMP START 


The pause is achieved with the usual delay subroutine called “WAIT.” 
Itisa classic, two-level nested loop delay subroutine, with additional 
do-nothing instructions inserted at address 0286 to make it last longer: 


WAIT LDY #$ЕЕ : 
ІРІ LDX #$ЕЕ 
LP2 ROR DURAT 
ROL DURAT 
ROR DURAT 
ROL DURAT 
DEX 
BNE LP2 
DEY 
BNE ІРІ 
RTS 


SUMMARY 


This program implemented a game of skill. Multiple levels of diffi- 
culty were provided in order to challenge the player. Since human 
reaction time is slow, all delays were implemented as delay loops. For 
efficiency, a special double-counter was implemented in a single register: 
the blip counter—loop counter. 


EXERCISES 


Exercise 6-1: There are several ways to “cheat” with this program. 
Any given key can be vibrated rapidly. Also, it is possible to press any 
number of keys simultaneously, thereby massively increasing the 
odds. Modify the above program to prevent these two possibilities. 


Exercise 62: Change the rotation speed of the light around the LEDs 
by modifying the appropriate memory location. (Hint: this memory 
location has a name indicated at the beginning of the program.) 


Exercise 6-3: Add sound effects. 
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THE RULES 


This program simulates a Las Vegas-type slot machine. The rota- 
tion of the wheels on a slot machine is simulated by three vertical rows 
of lights on LED columns 1-4-7, 2-5-8, and 3-6-9. The lights “rotate” 
around these three columns, and eventually stop. (See Figure 7.1.) The 
final light combination representing the player’s score is formed by 
LEDs 4-5-6, i.e., the middle horizontal row. 

At the beginning of each game, the player is given eight points. The 
player’s score is displayed by the corresponding LED on the Games 
Board. At the start of each game, LED #8 is lit, indicating this initial 
score of 8. 

The player starts the slot machine by pressing any key. The lights 
start spinning on the three vertical rows of LEDs. Once they stop, the 
combination of lights in LEDs 4, 5, and 6 determines the new score. If 
either zero or one LED is lit in this middle row, it is a lose situation, 
and the player loses one point. If two LEDs are lit in the middle row, 
the player’s score is increased by one point. If three LEDs are lit in the 
middle row, three points are added to the player’s score. 

Whenever a total score of zero is obtained, the player has lost the 
game. The player wins the game when his or her score reaches 16 
points. Everything that happens while the game is being played pro- 
duces tones from the machine. While the LEDs are spinning, the 
speaker crackles, reinforcing the feeling of motion. Whenever the 
lights stop rotating, a tone sounds in the speaker, at a high pitch if it is 
a win situation, or at a low pitch if it is a lose situation. In particular, 
after a player takes his or her turn, if there are three lights in the mid- 
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SCORE 


WHEEL 1 WHEEL2  WHEEL3 


Fig. 7.1: The Slot Machine 


dle row (a win situation), the speaker will go beep-beep-beep in a high 
pitch, to draw attention to the fact that the score is being incremented 
by three points. Whenever the maximum of 16 points is reached, the 
player has obtained a ‘‘jackpot.”’ At this point all the LEDs on the 
board will light up simultaneously, and a siren sound will be generated 
(in ascending tones). Conversely, whenever a null score is reached, a 
siren will be sounded in descending tones. 

Note that, unlike the Las Vegas model, this machine will let you win 
frequently! Good luck. However, as you know, it is not as much a 
matter of luck as it is a matter of programming (as in Las Vegas ma- 
chines). You will find that both the scoring and the probabilities can 
be easily modified through programming. 


A TYPICAL GAME 


The Games Board initially displays a lit LED in position 8, in- 
dicating a starting score of 8. At this point the player should select and 
press a key. For this example let’s press key 0. The lights start spin- 
ning. At the end of this spin, LEDs 4, 5, and 9 are lit. (See Figure 7.2.) 
This is a win situation and one point will be added to the score. The 
high-pitch tone sounds. LED #9 is then lit to indicate the total of the 8 
Previous points plus the one point obtained on this spin. 
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Fig.7.2: A Win Situation 


Key 015 pressed again. This time only LED 5 in the middle row is lit 
after the spin. The score reverts back to 8. (Remember, the player 
loses 1 point from his or her score if either zero or only one LED in the 
middle row is lit after the spin.) 

Key 015 pressed again; this time LEDs 5 and 6 light up resulting in a 
score of nine. 

Key 015 pressed again. LED 4 is lit at the end of the spin, and LED 8 
lights up again. 

Key 0 is pressed. LED 6 is lit. The score is now 7, etc. 


THE ALGORITHM 


The basic sequencing for the slot machine program is shown in the 
flowchart in Figure 7.3. First, the score is displayed, then the game is 
started by the player's key stroke and the LEDs are spun. After this, 
the results are evaluated: the score is correspondingly updated and a 
win or lose situation is indicated. 

The LED positions in a column are labeled 0, 1, 2, from the top to bot- 
tom. LEDs are spun by sequentially lighting positions 0, 1, 2, and then 
returning to position 0. The LEDs coi ue to spin in this manner and 
their speed of rotation diminishes until they finally come to a stop. 
This effect is achieved by incrementing the delay between each suc- 
cessive actuation of an LED within a given column. A counter-register 
is associated with each ‘‘wheel,’’ or column of three LEDs. The initial 
contents of the three counters for wheels 1, 2, and 3 are obtained from 
a random number generator. In order to influence the odds, the ran- 
dom number must fit within a programmable bracket called (LOLIM, 
HILIM). The value of this counter is transferred to a temporary 
memory location. This location is regularly decremented until it 
reaches the value ‘‘0.’” When the value 0 is reached, the next LED on 
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INTIAL 
SCORE = 8 
WAIT FOR 

KEY STROKE 


EVALUATE RESULT 
DISPLAY SCORE 


Fig. 7.3: Slots Flowchart 


| 9. Тһе LED pointer is tested against the value 4. If 4 has not 


SLOT MACHINE 


the ‘‘wheel’’ is lit. In addition, the original counter contents are in- 
cremented by one, resulting in a longer delay before lighting up the 
next LED. Whenever the counter overflows to 0, the process for that 
wheel stops. Thus, by using synchronous updating of the temporary 
memory locations, the effect of asynchronously moving LED “Ыірѕ”” 
is achieved. When all LEDs have stopped, the resulting position is 
evaluated. 

The flowchart corresponding to this DISPLAY routine is shown in 
Figure 7.4. Let us analyze it. In steps1, 2, and 3 the LED pointers аге 
initialized to the top row of LEDs (position 0). The three counters 
used to supply the timing interval for each wheel are filled with num- 
bers from a random number generator. The random number is selected 
between set limits. Finally, the three counters are copied into the tem- 
porary locations reserved for decrementing the delay constants. 


Let us examine the next steps presented in Figure 7.4: 

4. The wheel pointer X is set at the right-most column: X — 

5: The corresponding counter for the current column (column 3 
this time) is tested for the value 0 to see if the wheel has stopped. 
It is not 0 the first time around. 

6,7. The delay constant for the column of LEDs determined by 
the wheel pointer is decremented, then it is tested against the 
value 0. If the delay is not 0, nothing else happens for this 
column, and we move to the left by one column position: 

16. The column pointer X is decremented: X = X — 1 

17. X is tested against zero. If X is zero, a branch occurs to 
step 5. Every time that X reaches the value zero, the same 
situation may have occurred in all three columns. All 
wheel counters are, therefore, tested for the value zero. 

18. If all counters are zero, the spin is finished and exit oc- 
curs. If all counters are not zero, a delay is implemented, 
and a branch back to (4) occurs. 


Back to step 7: 


7; If the delay constant has reached the value zero, the next 
LED down in the column must be lit. 
8. The LED pointer for the wheel whose number is in the wheel 


pointer is incremented. 


been reached, we proceed; otherwise, it is reset to the value 1. 
(LEDs are designated externally by positions 1, 2, and 3 from 
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LED POINTERS 
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COPY COUNTER (X) 
INTO DELAY 
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n 


12 


13 


OUTPUT ТАК 
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(UTMSx3)) TO LEDS 


DELAY 
‘CONSTANT 
(x) = 07 


Fig. 7. 


DISPLAY Flowchart Fig.7. 


DISPLAY Flowchart (Continued) 
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top to bottom. The next LED to be lit after LED #3 is LED 
#1.) 

10,11. The LED must be lit on the board, and а table LIGHTABLE 
is utilized to obtain the proper pattern. 

12. The counter for the appropriate wheel is incremented. Note 
that it is not tested against the value zero. This will occur only 
when the program moves to the left of wheel 1. This is done 
at location 18 in the flowchart, where the counters are tested 
for the value zero. 

13.  Thenew value of the counter is copied into the delay constant 
location, resulting in an increased delay before the next LED 
actuation. 

14. The current lighting patterns of each column are combined 
and displayed. 

15. As each LED is lit in sequence, the speaker is toggled (ac- 


tuated) . 
16.  Asusual, we move to the column on the left and proceed as 
before. 
Let us go back to the test at step 5 in the flowchart: 
5. Note that whenever the counter value for a column is zero, 


the LED in that column has stopped moving. No further ac- 
tion is required. This is accounted for in the flowchart by the 
arrow to the right of the decision box at 5: the branch occurs 
to 16 and the column pointer is decremented, resulting in no 
change for the column whose counter was zero. 
Next, the evaluation algorithm must evaluate the results once all 
LEDs have stopped and then it must signal the results to the player. 
Let us examine it. 


The Evaluation Process 


The flowchart for the EVAL algorithm is shown in Figure 7.5. The 
evaluation process is also illustrated in Figure 7.6, which shows the 
nine LEDs and the corresponding entities associated with them. Refer- 
ring to Figure 7.6, X is a row-pointer and Y is a column- or wheel- 
pointer. A value counter is associated with each row. It contains the 
total number of LEDs lit in that row. This value counter will be con- 
verted into a score according to specific rules for each row. So far, we 
have only used row 2 and have defined a winning situation as being 
one in which two or three LEDs were lit in that row. However, many 
other combinations are possible and are allowed by this mechanism. 
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Exercises will be suggested later for other winning patterns. 

The total for all of the scores in each row is added into a total called 
SCORE, shown at the bottom right-hand corner of Figure 7.6. 

Let us now refer to the flowchart in Figure 7.5. The wheel- or col- 
umn pointer У is set initially to the right-most column: Y = 3. 

2. The temporary counters are initialized to the value zero. 

3. Within the current column (3), we need only look at the row 
which has a lit LED. This row is pointed to by LED- 
POINTER. The corresponding row value is stored in: 

X = LED POINTER (Y) 

4. Since an LED is lit in the row pointed to by X, the value 
counter for that row is incremented by one. 

Assuming the LED situation of Figure 7.7, the second value counter 

has been set to the value 1. 

5. The next column is examined: У = Y - 1. 

If Y is not 0, we go back to (3); otherwise the evaluation process 

may proceed to its next phase. 


Exercise 7-1: Using the flowchart of Figure 7.5, and using the example 
of Figure 7.7, show the resulting values contained in the value counters 
when we finally exit from the test at (6) in the flowchart of Figure 7.5. 


The actual number of LEDs lit in each row must now be trans- 
formed into a score. The SCORETABL is used for that purpose. If the 
scoring rules contained in this table are changed, they will completely 
modify the way the game is played. 

The score table contains four byte-long numbers per row. Each 
number corresponds to the score to be earned by the player when 0, 1, 
2, or 3 LEDs are lit in that row. The logical organization of the score 
table is shown in Figure 7.8. The entries in the table correspond to the 
score values which have been selected for the program presented at 
the beginning of this chapter. Any combination of LEDs in rows 1 or 
3 scores 0. Any combination of 2 LEDs in row 2 scores 1, but, three 
LEDs score 3. Practically, this means that the score value of row 1 is 
obtained by merely using an indexed access technique with the number 
of LEDs lit as the index. For row 2, a displacement of four must be 
added for table access. In row 3, an additional displacement of four 
must be added. Mathematically, this translates to: 


SCORE = SCORETABL[(X - 1) x 4+ 1 + Y] 
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Q = SCORTABL 
(VALUE COUNTER 
(X), TEMP) 


SIGNALGAME 
WON WITH RISING 
WARBLE, LIT LEDs 


PLAY HIGH TONE 
SHOW NEW SCORE 


RETURN 
NEW GAME 


RETURN 
NEXT. 


SOUND 
FALLING TONE 


RETURN: 
NEW GAME 


EVAL Flowchart (Continued) 
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VALUE 


COUNTER CENE 


Oo- 
Oo 
— 


TOTAL 


VALUE 
COUNTER 


where X is the row number and Y is the number of LEDs lit for that 
row. Since this technique allows each of the three rows to generate a 
Score, the program must test the value counter in each row to obtain 
the total score. 


This is accomplished by steps 7 and 8: the row pointer is initialized 


Fig.7.7: An Evaluation Example 
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Fig. 7.8: The Score Table 


to 3, and a score table displacement pointer is set up: 
TEMP -(Х-1)х4-1 
9. Next, the value of the score is obtained from the table: 
О = SCORTABL (value counter (X), TEMP) 


The value of that row's score is obtained by accessing the score 
table indexed by the number of LEDs lit, contained in the value counter 
for that row, plus a displacement equal to TEMP. The intermediate 
score is obtained by adding this partial score to any previous value: 


10. SCORTMP = SCORTMP + Q 

1l. Finally, the row number is decremented, and the process is 
repeated until X reaches the value 0. 

12. Whenever X reaches the value 0, the score for this spin has 
been computed and stored in location SCORTMP. 

13. Ат this point, the score computed above (SCORTMP) із ex- 
amined by the program, and two possibilities exist: if the 
SCORTMP is 0, a branch occurs to 20, where the game score 
is decremented. If SCORTMP is not 0, the game score will be 
increased by the score for this spin — SCORTMP. Let us 
follow this path first. 

14. Тһе total game score is incremented by one. 

15. It is then tested for the maximum value of 16. 
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16. 


17. 


18. 


19. 


If the maximum score of 16 is reached іп step 15, а special 
audible and visual signal is generated to reward the player. А. 
new game may be started. 

If 16 is not reached in step 15, the updated game score is 
shown to the player, accompanied by a high-pitched tone. 
The amount by which the game score must be increased, 
SCORTMP, is decremented. 

If SCORTMP is not zero, more points must be added to the 
game score, and a branch occurs to 14. Otherwise, the player 
may enter the next spin. 


Let us now follow the other path from position thirteen on the 
flowchart, where the total score had been tested: 


20. 
21. 
22. 


23. 


The score for this spin is 0, so the game score is decremented. 
It is displayed to the player along with a low tone. 

The new score is tested for the minimum value 0. If this 
minimum value has been reached, the player has lost. Other- 
wise, the player may keep playing. 

A descending siren-type tone is generated to indicate the loss, 
and the game ends. 


THE PROGRAM 


Data Structures 


Two tables are used by this program: 1) the score table is used to 
compute a score from the number of LEDs lit in each row — this has 
already been described; 2) the LTABLE is used to generate the ap- 
propriate code on the I/O port to light the specified LED. Each entry 
within this table contains a pattern to be OR'ed into the I/O register to 
light the specified LED. 

Vertically, in the memory, the table entries correspond to the first 
column, the second column, and then the third column of LEDs. 
Looking at the program on lines 39, 40, and 41, the rows of digits cor- 
respond respectively to the columns of LEDs. For example, the third 
entry in the table, i.e., 64 decimal, or 40 hexadecimal (at address 
001C) corresponds to the third LED in the first column on the Games 
Board, or LED 7. 


Page Zero Variables 


The following variables are stored in memor! 


— TEMP is a scratch location 
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0057 
0058 
0059 
0060 
0061 
0062 
0043 
0064 
0065 
0066 
0067 
0068 
0069 
0070 
0071 
0072 
0073 
0074 
0075 
0076 
0077 
0078 
0079 
0080 
0081 
0082 
0083 
оова 
9085 
0086 
0087 
0088 
оов? 
0090 
0091 
0092 
0093 
0094 
0095 
0096 
0097 
0098 
0099 
0100 
0101 
0102 
0103 
0104 
0105 
0106 
0107 
0108 
0109 
0110 
oni 
0112 
0113 
0114 
0115 
0116 
0117 
0118 
0119 
0120 
0121 
0122 
0123 
0124 
0125 
0126 
0127 
0128 
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0202 
0205 
0208 
0208 
020E 
0210 
0212 
0214 
0215 
0218 
өзір 
021E 
0221 
0223 
0225 
0227 
0227 
0227 
0227 
0227 
0227 
0227 
0227 
0229 
0228 
0220 
022F 
0231 
0234 
0236 
0238 
023A 
023c 
023F 
0242 
0243 
0245 
0247 
0249 
024b 
0240 
024F 
024F 
0251 
0252 
0254 
0256 
0258 
025A 
025C 
0250 
025E 
025F 
0261 
0263 
0264 
0267 
0269 
0268 
026C 
026E 
0270 
0272 
0275 
0277 
0279 
0278 
027Е 
0280 
0282 
0284 
0287 


en 
вр 
en 
ар 
вз 
Г 
вз 
^8 
20 
20 
20 
20 
AS 
22 
ғо 


” 
эз 
85 
85 
E] 
20 
c? 
во 
© 
90 
$ 
9% 
вв 
10 
a2 
ва 
ғо 
Dé 
00 


on 
18 
8 
75 
дв 
в 
95 
ва 
св 
эл 
p 
^ 
вр 
^s 
29 
” 
вр 
E 
os 
95 
вз 
D 


оз 
o2 
02 
оа 
15 
ов 
o2 


E 
00 
27 
^7 
оз 
F3 
E? 


ғо 
^0 
яс 
о 


оз 
En 
02 
o2 


өз 


o0 
00 


оо 


ao 


ao 


ao 


Fig. 7.9: Slot Machine Program (Continued) 


STA DDR1A 
STA DDRIB 
STA DDR3E 
LDA тісі. JGET SEED FOR RANDON % GEN. 
STA RNDHI 
START LDA #8 INITIAL SCORE IS EIGHT. 
STA SCORE 
Tay #SHOW INITIAL SCORE 
JSR LIGHT 
KEY ISR GETKEY ANY KEY PRESSED STARTS FROGRAM. 
USR DISPLY SPIN WHEELS 
ISR EVAL CHECK SCORE AND SHOU IT 
iba score 
BNE KEY $F SCORE <> 0, GET NEXT PLAY. 
BEQ START HIF SCORE = 0» RESTART. 


n 
ISUBROUTINE TO DISPLAY ‘SPINNING’ LEDS» 
IFIND COMBINATION TO USED TO DETERMINE SCORE. 
4 

LOLIM = 90 


HILIM = 135 
SPDPRM = 80 
DISPLY LDA 40 ЗЖЕЗЕТ POINTERS. 
STA INCR 
STA 1МСК+1 
STA INCR42 
LDRND LDY 42 УЗЕТ INDEX FOR 3 ITERATIONS. 
GETRND JSR RANDOM ФбЕТ RANDOM 4. 
CHE өнсін ;TOO LARGE? 
ECS GETRND iIF S0, GET ANOTHER. 
CHP «осін #100 SHALL? 
ВСС GETRND FIF 80, GET ANOTHER. 
STA INDXY #SAVE ІМ LOOP INDEXES AND 
STA SPEEDS.Y —— ;LOOP SPEED COUNTERS. 
DEY 
BPL GETRND УСЕТ NEXT RND ө, 
UPDATE LDX #2 FSET INDEX FOR THREE ITERATIONS. 
УРОТЕР СШҮ SPEEDS/X 215 SPEED(X)=07 
BEQ NXTUPD AIF SO, DO NEXT UPDATE. 
ФЕС INDX+x iDECREMENT LOOP INDEXOO 
ВНЕ NXTUPD HIF LOOPINDEX(X) <> Or 
300 NEXT UPDATE. 
үрү INCR +x TINÉREMENT POINTER(X)« 
INY 
СР #3 iPOINTER = 37 
ВНЕ NORST SIF NOT SKIP... 
Loy #0 F.. RESET OF POINTER TO 0. 
NORST STY INCR?X FRESTORE POINTEROO « 
STX TEMP JMULTIPLY X BY 3 FOR ARRAY ACCESS. 
TXA 
ASL A 
сс 
ADC ТЕМР 
ADC INCR+X FADD COLUNN® TO PTROO FOR Ом. 
TAY ҰХҒЕК TO Y FOR INDEXING. 
LDA LTABLE,Y | GET PATTERN FOR LED. 
STA LTHSK)X . — ;STORE IN LIGHT MASKOO- 
SPDUPD LDY SPEEDS+X | INCREMENT SPEEDOO . 
INY 
STY SPEEDS/X — SRESTORE. 
STY INDX+x FRESET LOOP INDEX(X). 
кешер LDA #0 HUPDATE LIGHTS. 
STA PORTIB IRESET LED #9 
LDA LTMSKt2  #COMBINE PATTERNS FOR OUTPUT. 
ВНЕ OFFLD9 FIF MASKAS <> Or LED 9 OFF. 
Loa #01 URN ON LED 9. 
STA PORTIB 
LDA $0 IRESET A SO PATTERN WON'T BE BAD. 


OFFLD9 ORA LTHSK 
ORA LTMSKé1 
STA PORTIA ISET LIGHTS. 
LDA PORT3E iTOGGLE SPEAKER. 


SOMBINE REST OF PATTERNS. 


EOR 
STA 
NXTUPD DEX 
BPL 
Loy 
wart DEY 
BNE 
Loa 


ma 
PORTE 


етті 
SSPDFRM ELAY A BIT TO SLOW 


wart 
SPEEDS iCHECK IF ALL COLUMNS OF 


;LEDS STOPPED. 


ока 
ORA 
ENE 


n 
STA 
JSR 
RTS 
Й 


SPEEDS#1 
SPEEDS#2 
UPDATE ИЕ МОТ» DO NEXT SEQUENCE 
ЗОР UPDATES. 
arr 
DUR HDELAY TO SHOW USER PATTERN. 
DELAY 

FALL LEDS STOPPED, DONE. 


JSUBROUTINE TO EVALUATE PRODUCT OF SPIN, AND 
JDISPLAY SCORE Ш/ TONES FOR ШІМ, LOSE; WINFENDGAME® 
FAND LOSE#ENDGAME. 


И 
MITONE = $20 
LOTONE = «ҒО 


Eval LDA 
STA 
STA 
STA 
STA 
Loy 


снтїР їрх 
INC 
DEY 
BPL 
LDX 


SCORLP TxA 


ast. 
ASL 
сес 
ADC 
Tay 
LDA 
ас 
ADC 


sta 
DEX 
БА 
LDA 
STA 
іра 
FEQ 
WIN INC 
шу 
сҮ 
BEQ 
JSR 
ша 
JSR 
ISR 
Dec 


BNE 
RTS 
VINEND LDA 
STA 
STA 
STA 
Ста 
STA 


зо ФВЕБЕТ VARIABLES. 

VALUES 

VALUES 41 

VALUES+2 

SCORTF 

өз iSET INDEX Y FOR 3 ITERATIONS 
#70 COUNT # OF LEDS ON IN EACH ROW. 

INCR(Y ФСНЕСК РОІНТЕКСҮ), ADDING 

VALUES x НА # OF LEDS ON IN EACH ROW. 


СТЕР, SLOOP IF NOT DONE. 
42 SET INDEX X FOR 3 ITERATIONS. 
ФОР LOOP TO FIND SCORE. 
IMULTIPLY INDEX BY FOUR FOR ARRAY 
экон ACCESS. 

^ 

^ 
FADD Ф OF LEDS ON IN ROWOO TO... 

VALUES.X — i. ARRIVE AT COLUMN ADDRESS IN ARRAY. 
FUSE AS INDEX 

SCORTR.Y KGET SCORE FOR THIS SPIN. 


SCORTF. ФАО TO ANY PREVIOUS SCORES 

JACCUMULATED IN THIS LOO. 

SCORTF IRESTORE 

SCORLP. SLOOP IF NOT DONE 

4840 SET UP DURATIONS гок TONES. 

UR 

SCORTF 10ЕТ SCORE FOR THIS SHIN. 

Lose HIF SCORE IS 0» LOSE A POINT 

SCORE SRAISE OVERALL SCORE BY ONE. 

SCORE 36ЕТ SCORE 

n jMIN W/ 16 PTS? 

WINEND FYES 1 WINSENDGAME. 

LIGHT #SHOW SCORE. 

AHITONE — ;PLAY HIGH BEEP. 

TONE 

DELAY iSHORT DELAY. 

SCORTE iDECREMENT SCORE TO ВЕ ADDED ТО... 
FOVERALL SCORE BY ONE. 

шн SLOOP IF SCORE XFER NOT COMPLETE. 

iDONE, RETURN TO MAIN PROGRAM. 

Eu STURN ALL LEDS ON TO SIGNAL UIN. 

PORTIA 

көктік 

тене FSET FREQ FARM РОК RISING UARILE. 

SCORE iCLEAR TO FLAG RESTART. 


Slot Machine Program (Continued) 
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orc 
ort 
0300 
0300 
0302 
0305 
0307 
0309 
0300 
озос 
030E 
оз 
0313 
0316 
0318 
өза 
озі 
өзір 
onF 
0322 
0324 
0326 
9328 
0328 
0320 
КЕЗ 
0330 
0330 
0330 
0330 
0330 
0332 
0334 
0336 
0337 
033% 
0330 
оззс 
o33n 
0330 
0330 
оззр 
0330 
oar 
0341 
0344 
0347 
0349 
озав 
озас 
озар 
034E 
0350 
0350 
0352 
0354 
0355 
0356 
0358 
035A 
өз5с 
0356 
ossr 
0340 
0343 
0364 
0364 
0344 
0364 
0366 
0368 
озёв 


оз 


оз 


оз 


ao 


o3 


E 


о 


ac 


"m 
STA DUR #SHORT DURATION FOR INDIVIDUAL 
iBEEPS IN WARBLE. 


RISE LDA TEMP 36ET FREQUENCY... 


JSR TONE $... FOR ВЕЕР. 
BEC TEMP ЗМЕХТ ВЕЕР WILL ВЕ HIGHER. 
ENE RISE $00 NEXT ВЕЕР IF NOT DONE. 
RTS iRETURN FOR RESTART. 

LOSE ПЕС SCORE SIF SPIN BAD, SCORE=SCORE-1 
рҮ SCORE SHOW SCORE 
JSR LIGHT 
LDA $LOTONE  +PLAY LOW LOSE TONE. 
JSR TONE 
Loy SCORE IGET SCORE TO SEE .... 
EEQ LOSEND iIF GAME IS OVER. 


RTS iIF NOT, RETURN FOR NEXT SPIN. 
LOSEND LDA во iSET TEMP FOR USE AS FREQ PARM 


ЭТА TEMP TIN FALLING WARBLE. 
STA PORTIA SCLEAR LED #1, 
LDA ва 
STA DUR 
FALL LDA TEMP 
JSR TONE IPLAY ВЕЕР. 
INC TEMP ЗМЕХТ TONE WILL ВЕ LOWER, 
BNE FALL 
RTS FRETURN FOR RESTART. 


D 
iUARIABLE LENGTH DELAY SUBROUTINE. 

IDELAY LENGTH = (2046¥CCONTENTS OF DURI+10) US. 
s 

DELAY LDY DUR 
DLi LDX ЕЕ 
DL2 вме #2 


iGET DELAY LENGTH. 
ISET CNTR FOR INNER 2040 US. LOOF 
jUAGTE TIME. 


тех iDECREMENT INNER LOOP CNTR. 
BNE DL2 SLOOP ‘TILL INNER LOOP DONE. 
рЕҮ ФШЕСКЕМЕМТ OUTER LOOP CNTR. 
BNE DLA ;LOOP “TILL DONE. 

RTS FRETURN, 


n 
ISUBROUNTINE TO LIGHT LED CORRESPONDING 
iTO THE CONTENTS OF REGISTER Y ON ENTERING. 
D 


LIGHT LDA 40 iCLEAR REG. А FOR BIT SHIFT. 


STA TEMP ICLEAR OVERFLOW FLAG. 
STA PORTIA ICLEAR LOW LEDS. 

STA РОКТІВ iCLEAR HIGH LEDS. 

CRY #15 ;CODE FOR UNCONNECTED BIT? 
BEQ жез HIF SO, NO CHNG. 

DEY SDECREMENT TO MATCH. 

ЗЕС ISET BIT TO ВЕ SHIFTED HIGH. 


LISHFT ROL A УВНТЕТ BIT LEFT. 
Bee LTCC ЗІР CARRY SET, OVERFLOW HAS 
JOCCURRED INTO HIGH BYTE. 


LDX НЕЕ ISET OVERFLOW FLAG. 
STX TEMP 
ROL А ЗМОУЕ BIT OUT OF CARRY. 
ілес DEY ЗОНЕ LESS BIT TO BE SHIFTED. 
BPL ОТНЕТ iSHIFT AGAIN IF NOT DONE. 
LDX TEMP ЗОЕТ OVERFLOW FLAG. 
ВНЕ НІВҮТЕ PIF FLAG<>0, OVERFLOW: а CONTAINS 
jMIGM BYTE. 
LOBYTE STA PORTIA iSTORE А IN LOW ORDER LEDS, 
RTS SRETURN. 
HIBYTE STA FORTIE ;STORE А IN HIGH ORDER LEDS. 
RTS SRETURN. 


ONE GENERATION SUBROUTINE. 


П 
TONE — STA FREQ 
LDA #sFF 
STA РОЕТЗВ 
LDA #00 


SLOT MACHINE 


0274 0360 А6 өз Lox DUK 
0275 O36F A4 oa кїз ү FREQ 
0276 0371 88 кї орт 
0277 0372 18 сс 
0278 0373 90 o0 BCC жз 
0279 0375 00 ҒА PME FLL 
0280 0377 4% FF EOR esr 
0281 0379 8D 00 АС STA PORT3R 
0282 037С СА Dex 
0283 0370 10 ғо BNE FL2 
0284 o37F 60 RTS 
0285 0380 ; 
0286 0380 3RANDON NUMBER GENERATOR SUBROUTINE. 
0287 0380 В 
0288 0380 за RANDOM SEC 
0289 0301 AS 15 LDA мона 
0290 0303 65 18 ADC RND+A 
0291 0385 45 19 ADC RNDES 
0292 0387 8514 STA RND 
0293 036% А2 04 LDX ва 
0294 0388 BS 14 RNDSH LDA кмрух 
0295 0380 95 15 STA Нр: x 
0298 osef CA тх 
0297 0390 10 rv BPL RNDSH 
0298 0392 60 RTS 
0299 0393 SEND 
SYMBOL TABLE 
SYMBOL чаце 
CNTLP — 0253 рокла A003 DIRIB A002  DDR3M ACO? 
DELAY 0330  DISPLY 0227 Dii 0332 м2 0134 
DUR ооз EVAL — 0247 FALL. 0322 FLI 0371 
ғ FREQ 0004 СЕТКЕ 0100  GETRND 0231 
НІВҮТЕ HILIN 0087 НІТОМЕ 0020 INCR 0008 
їнрх кеу 0218 LDRND 0227  LEDUPD 0270 
LIGHT LOBYTE 035С LOLI 0058 LOSE 0304 
LOSEND LOTONE 0076  LTAMLE 0018 LTCC 0355 
LTMSK LTSHFT озар NORST — 0258 NXTUPD 0287 
GFFLDS FORTIA A001 РОКТІВ A000  PORT3R ACOO 
RANDON RISE 0300 КМ0 0014  RNDSM озн 
SCORE SCORLP  O2BC SCORTE 0023 SCORTP 0001 
БЕ SPDUPD 0269 SPEEDS 0005 START 0210 
Thee TEMP 0000 TONE UPDATE 0245 
КАЗ VALUES 0011 WAIT 0294 WIN олы 
VINEND 
END OF ASSEMBLY 

Fig. 7.9: Slot Machine Program (Continued) 


— SCORTP is used as a temporary storage for the score gained or 
lost on each spin 

— SCORE is the game score 

— DUR and FREQ specify the usual constants for tone generation 

— SPEEDS (3 locations) specify the revolution speeds for the three 
columns 

— INDX (3 locations): delay counters for LED revolutions 

— INCR (3 locations): pointers to the LED positions in each column 
used to fetch patterns out of tables 

— LTMSK (3 locations): patterns indicating lit LEDs 

— VALUES (3 locations): number of LEDs lit in each column 

— RND (6 locations): scratch-pad for random number generator. 
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Program Implementation 


The program consists of a main program and two main subroutines: 
DISPLY and EVAL. It also contains some utility subroutines: DELAY 
for a variable length delay, LIGHT to light the appropriate LED, 
TONE to generate a tone, and RANDOM to generate a random 
number. 

The main program is stored at memory locations 200 and up. As 
usual, the three data-direction registers for Ports A and B of VIA#1 
and for Port B of VIA#3 must be conditioned as outputs: 


LDA #$ЕЕ 

STA DDRIA 
STA DDRIB 
STA DDR3B 


As in previous chapters, the counter register of timer 1 is used to pro- 
vide an initial random number (a seed for the random number generator). 
This seed is stored at memory location RND + 1, where it will be used 
later by the random number generation subroutine: E 


LDA TICL 
STA RND + 1 


On starting a new game, the initial score is set to 8. It is established: 


START LDA #8 
STA SCORE 


and displayed: 


TAY Y must contain it 
JSR LIGHT 


The LIGHT subroutine is used to display the score by lighting up the 
LED corresponding to the contents of register Y. It will be described 
later. 

The slot machine program is now ready to respond to the player. 
Any key may be pressed: 


KEY JSR GETKEY 
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As soon as a key has been pressed, the wheels must be spun: 
JSR DISPLY 


Once the wheels have stopped, the score must be evaluated and 
displayed with the accompanying sound: 


JSR EVAL 
If the final score is not *“0,”” the process is restarted: 


LDA SCORE 
BNEKEY 


and the user may spin the wheels again. Otherwise, if the score was 
“0,” a new game is started: 


BEQ START 


This completes the body of the main program. И is quite simple 
because it has been structured with subroutines. 


The Subroutines 


The algorithms corresponding to the two main subroutines DISPLY 
and EVAL have been described in the previous section. Let us now 
consider their program implementation. 


DISPLY Subroutine 


Three essential subroutine parameters are LOLIM, HILIM, and 
SPDPRM. For example, lowering LOLIM will result in a longer spin- 
ning time for the LEDs. Various other effects can be obtained by vary- 
ing these three parameters. One might be to include a win almost every 
time! Here LOLIM = 90, HILIM = 134, SPDPRM = 80. 

Memory location INCR is used as a pointer to the current LED 
position. It will be used later to fetch the appropriate bit pattern from 
the table, and may have the value 0, 1, or 2 (pointing to LED positions 
1, 2, or 3). The three pointers for the LEDs in each column are stored 
respectively at memory locations INCR, INCR + 1, and INCR + 2. 
They are initialized to 0: 
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DISPLY LDA #0 
STA INCR 
STA INCR + 1 
STA INCR + 2 


Note that in the previous examples (such as Figure 7.7), in order to 
simplify the explanations, we have used pointers X and Y to repre- 
sent the values between | and 3. Here, X and Y will have values rang- 
ing between 0 and 2 to facilitate indexing. The wheel pointer is set to 
the right-most wheel: 


LDRND LDY #2 
An initial random number is obtained with the RANDOM subroutine: 
GETRND JSR RANDOM 
The number returned by the subroutine is compared with the accep- 
table low limit and the acceptable high limit. If it does not fit within 


the specified interval, it is rejected, and a new number is obtained until 
one is found which fits the required interval. 


CMP #HILIM Too large? 
BCS GETRND If so, get another 
CMP #LOLIM Too small? 
BCC GETRND If so, get another 


The valid random number is then stored in the index location INDX 
and in the SPEEDS location for the current column. (See Figure 7.10.) 


STA INDX,Y 
STA SPEEDS,Y 


The same process is carried out for column 1 and column 0: 


DEY 
BPL GETRND Get next random # 


Once all three columns have obtained their index and speed, a new 
iteration loop is started, using register X as a wheel counter: 
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‘SPEEDS 


INDX 


INCR 


Fig. 7.10: Spinning the Wheels 


UPDATE LDX #2 Set counter for 3 iterations 
The speed is tested for the value 0: 


UPDTLP ТРУ SPEEDS,X 15 speed (X) = 0? 
BEQ NXTUPD И so, update next column 


As long as the speed is not 0, the next LED in that column will have to 
be lit. The delay count is decremented: 


DEC INDX,X Decrement loop, index (X) 
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If the delay has not decremented to 0, а branch occurs to NXTUPD 
which will be described below. Otherwise, if the delay counter INDX 
is decremented to 0, the next LED should be lit. The LED pointer is 
incremented with a possible wrap-around if it reaches the value 3: 


BNE NXTUPD If loop index(X) < >0, do 
next update 


LDY INCR,X Inc pointer 

INY 

CPY #3 Pointer = 3? 

BNE NORST 1f not, skip 

LDY 40 Reset to 0 
NORST STY INCR,X Restore pointer(X) 


The new value of the LED pointer is stored back into INCR for the 
appropriate column. (Remember that within the UPDATE routine, X 
points at the column.) In order to light the appropriate LED, a bit pat- 
tern must be obtained from LTABLE. Note that LTABLE (and also 
SCORTB) is treated conceptually,as if it was a two-dimensional array, 
i.e., having rows and columns. However, both LTABLE and 
SCORTB appear in memory as a contiguous series of numbers. Thus, 
in order to obtain the address of a particular element, the row number 
must be multiplied by the number of columns and then added to the 
column number. 

The table will be accessed using the indexed addressing mode, with 
register Y used as the index register. In order to access the table, X 
must first be multiplied by 3, then the value of INCR (i.e., the LED 
pointer) must be added to it. 

Multiplication by 3 is accomplished through a left shift followed by 
an addition, since a left shift is equivalent to multiplication by 2: 


STX TEMP Multiply X by 3 
TXA 

ASLA Left shift 

CLC 

ADC TEMP Plus one 


The value of INCR is added, and the total is transferred into register Y 
so that indexed addressing may be used. Finally, the entry may be 
retrieved from LTABLE: 
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ADC INCR,X 
TAY 
LDA LTABLE,Y Get pattern for LED 


Once the pattern has been obtained, it is stored in one of three 
memory locations at address LTMSK and following. The pattern is 
stored at the memory location corresponding to the column currently 
being updated, where the LED has **moved."' The lights will be turned 
on only after the complete pattern for all three columns has been im- 
plemented. As a result of the LED having moved one position within 
that column, the speed constant must be incremented: 


STA LTMSK,X 
SPDUPD LDY SPEEDS,X 

INY 

STY SPEEDS,X 


The index is set so that it is equal to the new speed: 


STY INDX,X 


Note that special handling will now be necessary for LED 49. The 
pattern to be displayed on the first eight LEDs was stored in the 
LTABLE. The fact that LED #9 must be lit is easily recognized by the 
fact that the pattern for column #3 shows all zeroes; since one LED 
must be lit at all times within that column, it implies that LED #9 will 
be lit: 


LEDUPD ГОА #0 


STA PORTIB Reset LED 9 


Next, the pattern for the third column is obtained from the location 
where it had been saved at LTMSK + 2. It is tested for the value of 0: 


LDA LTMSK + 2 
BNE OFFLD9 


1f this pattern is 0, then LED #9 must be turned on: 


LDA 401 
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STA PORTIB 


Otherwise, a branch occurs to location OFFLD9, and the remaining 
LEDs will be turned on. The pattern contained in the accumulator 
which was obtained from LTMSK + 2, is successively OR’ed with the 
patterns for the second and first columns: 


LDA #0 
OFFLD9 ORA LTMSK 
ORA LTMSK + 1 


At this point, A contains the final pattern which must be sent out in 
the output port to turn on the required LED pattern. This is exactly 
what happens: 


STA PORTIA 
At the same time, the speaker is toggled: 


LDA PORT3B 
EOR #$FF 
STA PORT3B 


It is important to understand that even though only the LED for one 
of the three columns has been moved, it is necessary to simultaneously 
turn on LEDs in all of the columns or the first and second columns 
would go blank! 

Once the third column has been taken care of, the next one must be 
examined. The column pointer X is therefore decremented, and the 
process is continued: 


NDTUPD DEX 
BPL UPDTLP If X>= 0 do next update 


Once the second and the first columns have been handled, a delay is 
implemented to avoid flashing the LEDs too fast. This delay is con- 
trolled by the speed parameter SPDPRM: 


ГОУ #SPDPRM 


WAIT DEY 
BNE WAIT 
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VALUES 


Fig. 7.11: Evaluating the End of A Spin 


Once this complete cycle has been executed, the speed location for 
each column is checked for the value 0. If all columns are 0, the spin is 
finished: 

LDA SPEEDS 

ORA SPEEDS + 1 

ORA SPEEDS + 2 

BNE UPDATE 


Otherwise, a branch occurs at the location UPDATE. If all LEDs 
have stopped, a pause must be generated so that the user may see the 
pattern: 


LDA #$ЕЕ 
STA DUR 
JSR DELAY 


and exit occurs: 


RTS 
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Exercise 7-2: Note that the contents of the three SPEEDS locations 
have been OR’ed to test for three zeroes. Would it have been equivalent 
to add them together? 


EVAL Subroutine 


This subroutine is the user output interface. It computes the score 
achieved by the player and generates the visual and audio effects. The 
constants for frequencies for the high tone generated by a win situation 
and the low tone generated by a lose situation are specified at the 
beginning of this subroutine: 


HITONE = $20 
LOTONE = $F0 


The method used to compute the number of LEDs lit per row has been 
discussed and shown in Figure 7.7. The number of LEDs lit for each 
row is initially reset to 0: 


EVAL LDA #0 
STA VALUES 
STA VALUES + 1 
STA VALUES + 2 


The temporary score is also set to 0: 


STA SCORTP 


Index register Y will be used as a column pointer, and the number of 
LEDs lit in each row will be computed. The number of the LED lit for 
the current column is obtained by reading the appropriate INCR en- 
try. See the example in Figure 7.11. The value contained in each of the 
three locations reserved for INCR is a row number. This row number 
is stored in register X, and is used as an index to increment the ap- 
propriate value in the VALUES table. Notice how this is accomplished 
in just two instructions, by cleverly using the indexed addressing feature 
of the 6502 twice: 

CNTLP LDY #2 3 iterations 

LDX INCR,Y 
INC VALUES,X 
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Once this is done for column 2, the process is repeated for columns 1 
and 0: 


DEY 
BPL CNTLP 


Now, another iteration will be performed to convert the final numbers 
entered in the VALUES table into the actual scores as per the 
specifications of the score table, SCORTB. Index register X is used as 
a row-pointer for VALUES and SCORTB. 


LDX #2 


Since the SCORTB table has four one-byte entries per row level, in 
order to access the correct byte within the table the row number must 
first be multiplied by 4, then the corresponding ‘‘value’’ (number of 
LEDs lit) for that row must be added to it. This provides the correct 
displacement. The multiplication by 4 is implemented by two suc- 
cessive left shifts: 


SCORLP TXA 
ASLA 
ASL А 


The number presently contained in the accumulator is equal to 4 times 
the value contained in X, і.е., 4 times the value of the row-pointer. To 
obtain the final offset within the SCORTB table, we must add to that 
the number of LEDs lit for that row, i.e., the number contained in the 
VALUES tables. This number is retrieved, as usual, by performing an 
indexed addressing operation: 


CLC 
ADC VALUES,X Column address in array 


This results in the correct final offset for accessing SCORTB. 

The indexed access of the SCORTB table can now be performed. 
Index register Y is used for that purpose, and the contents of the ac- 
cumulator are transferred to it: 


TAY 
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The access is performed: 


LDA SCORTB,Y Get score for this spin 


The correct score for the number of LEDs lit within the row pointed to 
by index register X is now contained in the accumulator. The partial 
Score obtained for the current row is added to the running total for all 
TOWS: 


CLC 
ADC SCORTP Total the scores 
STA SCORTP Save 


The row number is then decremented so that the next row can be ex- 
amined. If X decrements from the value 0, i.e., becomes negative, we 
are done; otherwise, we loop: 


DEX 
BPL SCORLP 


At this point, a total score has been obtained for the current spin. 
Either a win or a lose must be signaled to the player, both visually and 
audibly. In anticipation of activating the speaker, the memory loca- 
tion DUR is set to the correct tone duration: 


LDA #$60 
STA DUR 


The score is then examined: if 0, a branch occurs to the LOSE routine: 


LDA SCORTP 
BEQ LOSE 


Otherwise, it is a win. Let us examine these two routines. 
WIN Routine 


The final score for the user (for all spins so far) is contained in 
memory location SCORE. This memory location will be incremented 
one point at a time and checked every time against the maximum value 
16. Let us do it: 
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WIN INC SCORE 
LDY SCORE 
CPY #16 


If the maximum value of 16 has been reached, it is the end of the game 
and a branch occurs to location WINEND: 


BEQ WINEND 


Otherwise, the score display must be updated and a beep must be 
sounded: 


JSR LIGHT 


The LIGHT routine will be described below. It displays the score to 
the player. Next, a beep must be sounded. 


LDA #HITONE 
JSR TONE 


The TONE routine will be described later. 
A delay is then implemented: 


JSR DELAY 
then the score for that spin is decremented: 
DEC SCORTP 


and checked against the value 0. If it is 0, the scoring operation is com- 
plete; otherwise, the loop is reentered: 


BNE WIN 
RTS 


WINEND Routine 


This routine is entered whenever a total score of 16 has been 
reached. It is the end of the game. All LEDs are turned on 
simultaneously, and a siren sound with rising frequencies is activated. 
Finally, a restart of the game occurs. 
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All LEDs are turned on by loading the appropriate pattern into Port 
1A and Port IB: 


LDA #$ЕЕ 
STA PORTIA 
STA PORTIB 


Turn on all LEDs 


Variables are reinitialized: the total score becomes 0, which signals to 
the main program that a new game must be started, the DUR memory 
location is set to 4 to control the duration of time for which the beeps 
will be sounded, and the frequency parameter is set to “ЕЕ” at loca- 
tion TEMP: 


STA TEMP Freq. parameter 
LDA #0 

STA SCORE Clear for restart 
LDA #4 

STA DUR Beep duration 


The TONE subroutine is used to generate a beep: 


RISE LDA TEMP 
JSR TONE 


Get frequency 
Generate beep 


The beep frequency constant is then decremented, and the next beep 15 
sounded at a slightly higher pitch: 


DEC TEMP 
BNE RISE 


Whenever the frequency constant has been decremented to 0, the siren 
is complete and the routine exits: 


RTS 
LOSE Routine 
Now let us examine what happens in the case of a lose situation. The 


events are essentially symmetrical to those that have been described 
for the win, 


In the case of a loss, the score needs to be updated only once. It is 
decremented by 1: 
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LOSE DEC SCORE 
The lowered score is displayed to the user: 


LDY SCORE 
JSR LIGHT 


An audible tone is generated: 


LDA #LOTONE 
JSR TONE 


The final value of the score is checked to see whether a ““0” score has 
been reached. If so, the game is over; otherwise, the next spin is 


started: 


LDY SCORE 
BEQ LOSEND 
RTS 


Let us look at what happens when a “0” score is reached (LOSEND). 
A siren of decreasing frequencies will be generated. All LEDs will go 
blank on the board: 


LOSEND LDA #0 


STA TEMP 


STA PORTIA Clear LED #1 


The beep duration for each frequency is set to a value of 4, stored at 
memory location DUR: 


LDA #4 
STA DUR 


The beep for the correct frequency is then generated: 


FALL LDA TEMP 
JSR TONE Play beep 


Next, the frequency constant is increased by 1, and the process is 
restarted until the TMP register overflows. 
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INC TEMP Next tone will be lower 
BNE FALL 
RTS 


This completes our description of the main program. Let us now ex- 
amine the four subroutines that are used. They are: DELAY, LIGHT, 
TONE, and RANDOM. 


DELAY Subroutine 


This subroutine implements a delay; the duration of the delay is set 
by the contents of memory location DUR. The resulting delay length 
will be equal to (2046 x РОК + 10) microseconds. The delay is im- 
plemented using a traditional two-level, nested loop structure. The 
inner-loop delay is controlled by index register X, while the outer-loop 
delay is controlled by index register Y, which is initialized from the 
contents of memory location DUR. Y is therefore initialized: 


DELAY LDY DUR 


The inner loop delay is then implemented: 


ри LDX #$FF 

DL2 BNE *+2 Waste time 
DEX Inner loop counter 
BNE 01.2 Inner loop 


And, finally, the outer loop is implemented: 
DEY 
BNE ПІЛІ 
RTS 


Exercise 7-3: Verify the exact duration of the delay implemented by 
the DELAY subroutine. 


LIGHT Subroutine 


This ‘subroutine lights the LED corresponding to the number con- 
tained in register У. Remember that the fifteen LEDs on the Games 
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Board are numbered externally from 1 to 15 but are connected to bits 0 
to 7 of Port 1A and 0 to 7 of Port IB. Thus, if a score of 1 must be 
displayed, bit 0 of Port 1A must be turned on. Generally, bit N of Port 
1A must be turned on when N is equal to the score minus one. However, 
there is one exception. To see this, refer to Figure 1.4 showing the 
LED connections. Notice that bit 6 of Port 1B is not connected to any 
LEDs. Whenever a score of fifteen must be displayed, bit 7 of Port 1B 
must be turned on. This exception will be handled in the routine by 
simply not decrementing the score when it adds up to fifteen. 

The correct pattern for lighting the appropriate LED will be created 
by shifting a ‘‘1’’ into the accumulator at the correct position. Other 
methods will be suggested in the exercise below. Let us first initialize: 


LIGHT LDA #0 
STA TEMP 
STA PORTIA 
STA PORTIB 


We must first look at the situation where the score contained in У 15 
15 and where we do nothing (no shift): 


СРУ #15 Code for uncorrected bit? 
BEQ *+3 If so, no change 


For any other score, it is first decremented, then the shift is per- 
formed: 


DEY Decrement to internal code 
SEC Set bit to be shifted 
LTSHFT ROLA 


The contents of the accumulator were zeroed in the first instruc- 
tion of this subroutine. The carry is set to the value 1, then shifted into 
the right-most position of A. (See Figure 7.12.) This process will be 
repeated as many times as necessary. Since we must count from 1 to 
M, or 0 to 13, an overflow will occur whenever the “417 that is rotated 
in the accumulator ‘‘falls off’’ the left end. As long as this does not 
happen, the shifting process continues, and a branch to location 
LTCC is implemented: 


BCC LTCC 
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7 0 


А 00000000 Ш ВЕРОВЕ 


А 00000001 п AFTER 1 ROTATION 


їй 0000001 ге AFTER 2 ROTATIONS 
0 


А 00000000 ЕН AFTER 9 ROTATIONS: 
liaud а 


Fig. 7.12: Creating the LED 


However, if the “1” bit does fall off the left end of the accumulator, 
the value “ЕЕ”? is loaded at memory location TEMP to signal this oc- 
currence. Remember that the value was cleared in the second instruc- 
tion of the LIGHT subroutine. 


LDX #$FF 
STX TEMP 


The “1” bit is then moved from the carry into the right-most position 
of the accumulator. Later, the value contained in memory location 
TEMP will be checked, and this will determine whether the pattern 
contained in the accumulator is to be sent to Port 1A or to Port 1B. 
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The shifting process continues. The counter is decremented, and, if 
it reaches the value “0,” we are done; otherwise, the process is 
repeated: 


ROLA 
LTCC DEY 
BPL LTSHFT 


Once the process is completed, the value of memory location TEMP is 
examined. If this value is **0," it indicates that no overflow has oc- 
curred and Port 1A must be used. If this value is not “0,” i.e., it is 
“FF,” then Port 1B must be used: 


LDX TEMP Get overflow flag 
BNE HIBYTE 
LOBYTE STA PORTIA A sent to low LEDs 
RTS Return 
HIBYTE STA PORTIB A sent to high LEDs 
RTS 
TONE Subroutine 


This subroutine generates a beep. The frequency of the beep is 
determined by the contents of the accumulator on entry; the duration 
of the beep is set by the contents of the memory location DUR. This 
has already been described in Chapter 2. 


RANDOM Subroutine 


This is a simple random number generator. The subroutine has 
already been described in Chapter 3. 


Exercise 7-4: Suggest another way to generate the correct LED pattern 
in the accumulator, without using a sequence of rotations. 


Game Variations 


The three rows of LEDs supplied on the Games Board may be inter- 
preted in a way that is different from the one used at the beginning of 
this chapter. Row 1 could be interpreted as, say, cherries. Row 2 could 
be interpreted as stars, and row 3 could be interpreted as oranges. 
Thus, an LED lit in row 1 at the end of a spin shows a cherry, while 
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two LEDs in row 3 show two oranges. The resulting combination is 
one cherry and two oranges. The scoring table used in this program 
can be altered to score a different number of points for each combina- 
tion, depending upon the number of cherries, oranges, or stars present 
at the end of the spin. It becomes simply a matter of modifying the 
values entered into the scoring table. When new values are entered in- 
to the scoring table a completely different scoring result will be im- 
plemented. No other alterations to the program will be needed. 


SUMMARY 


This program, although simple in appearance, is relatively complex 
and can lead to many different games, depending upon the evaluation 
formula used once the lights stop. For clarity, it has been organized into 
separate routines that can be studied individually. 
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THE RULES 


The object of this game is to recognize and duplicate a sequence of 
lights and sounds which are generated by the computer. Several varia- 
tions of this game, such as ‘‘Simon’’ and **Follow Ме” (manufacturer 
trademarks*), are sold by toy manufacturers. In this version, the player 
must specify, before starting the game, the length of the sequence to be 
recognized. The player indicates his or her length preference by press- 
ing the appropriate key between 1 and 9. At this point the computer 
generates a random sequence of the desired length. It may then be 
heard and seen by pressing any of the alphabetic keys (A through F). 

When one of the alphabetic keys is pressed, the sequence generated 
by the program is displayed on the corresponding LEDs (labeled 1 
through 9) on the Games Board, while it is simultaneously played 
through the loudspeaker as a sequence of notes. While this is happen- 
ing, the player should pay close attention to the sounds and/or lights, 
and then enter the sequence of numbers corresponding to the sequence 
he or she has identified. Every time that the player presses a correct 
key, the corresponding LED on the Games Board lights up, indicating 
a success. Every time a mistake is made, a low-pitched tone is heard. 

At the end of the game, if the player has guessed successfully, all 
LEDs on the board will light up and a rising scale (succession of notes) 
is played. If the player has failed to guess correctly, a single LED will 
light up on the Games Board indicating the number of errors made, 
and a descending scale will be played. 

If the player guessed the series correctly, the game will be restarted. 
Otherwise, the number of errors will be cleared and the player will be 
given another chance to guess the series. 


"Follow Me" is a trademark of Atari, Inc., "Simon" is a trademark of Milton Bradley Co. 
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At any time during a game, the player may press one of the 
alphabetic keys that will allow him or her to hear the sequence again. 
All previous guesses are then erased, and the player starts guessing 
again from the beginning. 

Two LEDs on the bottom row of the LED matrix are used to com- 
municate with the player: 

LED № (the left-most LED) indicates ‘‘computer ready — enter the 
length of the sequence desired." 

LED 11 lights up immediately after the player has specified the 
length of the sequence. It will remain lit throughout the game and it 
means that you should ‘‘enter your guess.” 

At this point, the player has three options: 

1. To press a key corresponding to the number in the sequence that 
he or she is attempting to recognize. 

2. To press key 0. This will result in restarting the game. 

3. To press keys A through F. This will cause the computer to play 
the sequence again, and will restart the guessing sequence. 


Variations 


The program provides a good test for your musical abilities. It is 
suggested that you start each new game by just listening to the se- 
quence as it is played on the loudspeaker, without looking at the LEDs. 
This is because the LEDs on the Games Board are numbered, and it is 
fairly easy to remember the light sequence simply by memorizing the 
numbers. This would be too simple. The way you should play it is to 
start with a one-note sequence. If you are successful, continue with a 
two-note sequence, and then with a three-note sequence. Match your 
skills with other players. The player able to recognize the longest se- 
quence is the winner. Note that some players are capable of recogniz- 
ing a nine-note sequence fairly easily. 

After a certain number of notes are played (e.g., when more than 
five notes are played), in order to facilitate the guessing you may 
allow the player to look at the LEDs on the Games Board. Another 
approach might be to allow the player to press one of the alphabetic keys 
at any time in order to listen to the sequence again. However, you may 
want to require that the player pay a penalty for doing this. This could 
be achieved by requiring that the player recognize a second sequence 
of the same length before trying a longer one. This means that if, for 
example, a player attempts to recognize a five-note sequence but 
becomes nervous after making a mistake and forgets the sequence, 
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that player will be allowed to press one of the alphabetic keys and hear 
the sequence again. However, if the player is successful on the second 
attempt, he or she must then recognize another five-note sequence 
before proceeding to a six-note one. 

You can be even tougher and specify that any player is allowed a 
replay of the stored pattern a maximum of two, three, or five times 
per game. In other words, throughout the games a player may replay 
the sequence he or she is attempting to guess by pressing one of the 
alphabetic keys, but this resource may be used no more than n times. 


An ESP Tester 


Another variation of this game is to attempt to recognize the se- 
quence without listening to it or seeing it! Clearly, in such a case you 
can rely only on your ESP (Extra Sensory Perception) powers to 
facilitate guessing. In order to determine whether you have ESP or 
not, set the length of the initial sequence to **1."' Then, hit the key in 
an attempt to guess the note selected by the program. Try this a 
number of times. If you do not have ESP your results should be ran- 
dom. Statistically, you should win one out of nine times which is only 
one-ninth of the time, ог 11.11% of the time. Note that this percent- 
age is valid only for a large number of guesses. 

If you win more than 11% of the time, you may have ESP! If your 
score is higher than 50%, you should definitely run for political office 
or immediately apply for a top management position in business. If 
your score is less than 11%, you have **negative ESP'' and you should 
consider looking both ways before crossing the street. 

The following is an exercise for readers who have a background in 
statistics. 


Exercise 8-1: Compute the statistical probability of guessing a correct 
two-number sequence, and a correct four-number sequence. 


А TYPICAL GAME 


The program starts at location 200. As usual, LED 10 lights up as 
shown in Figure 8.1. We specify a series of length two by pushing key 
“2” on the keyboard. Тһе LED display as it appears in Figure 8.2, 
means “епіег your guess.” 

We want to hear the tunes so we push key “Е.” In response, LEDs 5 
and 2 light up briefly on the Games Board and corresponding tones 
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: Specify Length of Sequence to Duj 


Fig.8.2: Enter Your Guess 


Fig.8.3: Follow Ме 


are heard through the speaker. This is illustrated in Figure 8.3. We 
must now enter the sequence we have recognized. We push “5” on the 
keyboard. In response, LED 11 goes blank and LED 5 lights up briefly. 
Simultaneously, the corresponding note is played through the speaker. 
It is a successful guess! 

Next, we press key “2.” LED 2 lights up, and the speaker produces 
the matching tone indicating that our second guess has also been suc- 
cessful. A moment later, all LEDs on the board light up to con- 
gratulate us and the rising scale is sounded. It is a sequence of notes of 
increasing frequencies meant to confirm that we have guessed suc- 
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cessfully. The game is then restarted, and LED 10 lights up, as shown 
in Figure 8.1. 

Let us now follow a losing sequence: LED 10 is lit at the beginning 
of the game, as in Figure 8.1. This time we press key “1” in order to 
specify a one-note sequence. Led 11 lights up, as shown in Figure 8.2. 
We press key **F," and the note is played on the speaker. (We do not 
look at the Games Board to see which LED lights up, as that would be 
too easy.) We press key “3.” A “lose” sound is heard, and LED 1 
lights up indicating that one mistake has been made. A decreasing 
scale is then played (notes of decreasing frequencies) to confirm to the 
unfortunate player that he or she has guessed the sequence incor- 
rectly. The game is then continued with the same sequence and length, 
i.e., the situation is once again the one indicated in Figure 8.2. 

If at this point the player wants to change the length of the se- 
quence, or enter a new sequence, he or she must explicitly restart the 
game by pressing key 0. After pressing key 0, the situation will be 
the one indicated in Figure 8.1, where the length of the sequence can 
be specified again. 


THE ALGORITHM 


The flowchart for this program is shown in Figure 8.4. Let us ex- 

amine it, step-by-step: 

1. The program tells the player to select a sequence length by 

lighting LED 10 on the Games Board. 

2. The sequence length is read from the keyboard. (Keys 0 and 

A-F are ignored at this point.) 

3. The two main variables are initialized to “0,77 i.e., the number 

of guesses and the number of errors are cleared. 

4. A sequence table of the appropriate length must then be 
generated using random numbers whose values are between 1 
and9. 

. Next, LED 11 is lit, and the player's keystroke is read. 

. Ifit is “0,” the game is restarted. Otherwise, we proceed. 

7. И the keystroke value is greater than or equal to 10, it is ап 
alphabetic character and we branch off to the right part of the 
flowchart into steps 8 and 9. The recorded sequence is displayed 
to the player, all variables are reinitialized to 0, and the guess- 
ing process is restarted. If the keystroke was a number between 
1 and 9, it must be matched against the stored value. We go to 
10 on the flowchart. 


au 
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SIGNAL PLAYER TO 
ENTER SEQUENCE 
LENGTH 


READ SEQUENCE 
LENGTH FROM. 
KEYBOARD 


з | Guess numser = o 
ERRORS = 0 


FILL SEQUENCE TABLE 
WITH RANDOM 
NUMBERS BETWEEN 
ТАМО 


READ PLAYER. 
KEYSTROKE 


Fig. 8.4: Echo Flowchart 


142 


ECHO 


PLAY SEQUENCE 
GUESS NUMBER = 0 
ERRORS = 0 


UGHT LED (KEY 
19 NUMBER) PLAY 
TONE (KEY NUMBER) 


INCREMENT GUESS 
NUMBER 


бо? 
NUMBER = 
SEQUENCE 

LENGTH 


DISPLAY NUMBER OF 
ERRORS, PLAY 
DESCENDING TONES 


GUESS NUMBER = 0 
ERRORS = 0 


ERRORS = 0? 
(105) 


UGHT ALLUEDS. d 


PLAY ASCENDING. 
TONES 


Fig. Echo Flowchart (Continued) 
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10. 


п. 


1. 


13. 


14. 


15. 


If the guess was correct, we branch right on the flowchart to 
step 11. 

Since the key pressed matches the value stored in memory, the 
corresponding LED on the Games Board is lit, and the tone 
corresponding to the key that has been pressed is played. 

The guessed number is incremented, and then it is compared to 
the maximum length of the sequence to be guessed. 

A check is made to see if the maximum length of the sequence 
has been reached. If it has not, a branch occurs back to step 5 
on the flowchart, and the next keystroke is obtained. If the 
maximum length of the sequence has been reached, we proceed 
down the flowchart to the box labeled 14. 

The total number of errors made by the player is checked. The 
variable ERRORS is tested against the value “0.7 If it is **0"* it 
is a winning situation and a branch occurs to box I5. 

АП LEDs on the board are lit, a sequence of ascending tones is 
played, and a branch occurs back to the beginning of the game. 


Let us now go back to box 14. If the number of errors was greater 
than zero, this is a “‘lose’’ situation and a branch occurs to box 16. 


16. 


y. 


The number of errors is displayed, and a sequence of descend- 
ing tones is played. 

All variables are reset to 0, and a branch occurs to box 5, giving 
the player another chance to guess the series. 


Now we shall turn our attention back to box 10 on the flowchart, 
where the value of the key was being tested against the stored value. 
We will assume this time that the guess was wrong, and branch to the 
left of box 10. 


18. 


19. 


The number of errors made by the player is incremented by 
one. 

A low tone is played to indicate the losing situation. The pro- 
gram then branches back to box 12 and proceeds as before. 


THE PROGRAM 


The complete program appears in Figure 5.1. The program uses two 
tables, and several variables. The two tables are NOTAB used to 
specify the note frequencies, and DURTAB used to specify the note 
durations. Both of these tables were introduced in Chapter 2, and will 
not be described here. Essentially, they provide the delay constants re- 
quired to implement a note of the appropriate frequency and to play it 
for the appropriate length of time. Note that it is possible to modify 
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LINE $ LOC 


0002 
0003 
0004 
0005 
0006 
0007 
0009 
0010 
0011 
0012 
0013 
0014 
0015 
0016 
0017 
0018 
0019 
оого 
0021 
0022 
0023 
0024 
0025 
0026 
0027 
0028 
0029 
0030 
0031 
0032 
0033 
0034 
0035 
0036 
0037 
оозе 
0039 
0040 
0041 

0042 
0043 
0044 
0045 
0046 
0047 
0048 
0049 
0050 
0051 
0052 
0053 
оза 
9055 
9056 
0057 
058 
0059 
0060 
0061 
0062 
0063 
0064 
0065 
0086 
0067 
0068 
006% 
0070 


0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0200 
0200 
0202 
0205 


conr 


ao 
ғо 


от 


LINE 


ЕСІ 
ЗРАТТЕВНИТОНЕ RECALL. AND ESP TEST PROGRAM. 
ЗТНЕ USER GUESSES 4 PATTERN OF ITT LEDS ANN 
STHETR ASSOCIATED TONES. THE TOME/LIGHT 
COMBINATION CAN BF PLAYED; SD THAT THE USER 
iMUST REMENKER IT AMD RFFNTER IT CORRECTLY. 

; OPERATING THE PROGRAM: 

ФТНЕ STARTING APNRFSS 16 4200 

ЗТНЕ BOTTOM ROW OF LENS ТЕ AN INDICATOR 

SFOR PROGRAM STATUS: THE LEFTMOST 

ЗОНЕ ($10) INDICATES THAT THE PROGRAM 

IS EXPECTING THE USER TO THPUT THE LENGTH 
OF THE SEQUENCE TO РЄ GUESSED. 

iTME LED SECOND FROM THE LEFT (11) INDICATES 
ЗТНАТ THE PROGRAM EXPECTS EITHER ^ QUESSE (1-9), 
iTHE COMMAND TO RESTART THE GAME (0), OR 
3THE COMMAND TO PLAY THE SEQUENCE (A-F?) 

THE KEYS 1-9 ARE ASSOCIATED WITH THE 

EDS 1-9. 

JLOOKING AT THE SEQUENCE UMILF YN THE MYDDLE 
ФОР GUESSING IT WILL ERAGF (| PREVIOUS 
iUESSES (RESET DFSNO АМП FREE TO 9). 

ЗОРТЕВ A WIN, THE PROGRAM RESTARTS. 

р 

SLINKAGES! 

GETKEY = $100 

; 

jUARIAMLE STORAGES: 


= s00 INBER DF птатте тм GENUENGE 
40 NUMPER OF CURRENT free, 
TCUMERE THE USER ТЯ TM THF SERIES) 
= #02 IMUMMER ПЕ ERPOPS MADE TM 
IGUESSING CURRENT SFDUFMCE. 
DUR - $03 ЗТЕМР STOFAGF FOR MOTE DURATION. 
FREQ - «ол iTEMP STORAGE FOR NOTE FREQUEN 
TEMP - #05 FTEMMORARY STORAGE FOR X REG. 
TABLE = 404 FSTORAGE FOR SFOUENCE 
RND = «оғ FSCRATCHPAN FOR RANUDM + GEN 
14522 VIA #1 ADDRESSES? 
PORTIA = $1001 
икал ~ 34001 
PORTIB - $1000 
DDRIB = 400 
Tick = 40004 
14522 UTA #3 ADDRESSES 
РОКТЗВ = $0600 
DDI = saco? 
* - #200 
START LDA werF ЗЕРТ UP ПОТА nTRECTTOM RERTETERS. 
вта өткі 
STA орки» 
та рркан 
tne ^R VARIABLE STORADES 
STA PORTIA 3... AND LENS 
ста ERRS 
Ета GEENN 


LDA Тїгї IGET SEED FOR ВЫП f GEN. 
STA Еті FAND STORE IM RND SCRATCH 
STA RNA 
LDA 45010 TURM LED #30 OW TO IMDICATE 
STA PORTIR NEEN FOR LENGTH INPUT. 
DIGKEY JSR GETKEY (БЕТ LENGTH OF SERTFE. 
HP #0 119? 
REO DIOKEY ТЕ YES: GET ANOTHER. 
СМР #10 НЕНСТН GREATER THAM 9% 
EPL BIGKFY HIF-YFS. GET ANOTHER. 
STA 016176 SAYE UALID LENGTH 


Fig. 8.5: Echo Program 
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0089 0248 вр 00 
0090 024E 20 00 


0104 0243 20 CF 
9105 0246 20 Ға 


ғо C$ 


0128 028E 20 CF 
0129 0291 20 FA 
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өз 
o2 


оз 


өз 
өз 


ЕСНО 


Tax TUSE LENGTH-i AS INDEX FOR FTI! ING. 
Dex $. ВЕКТЕВ W/RAHDOM UALUFS. o: 
FIL ST TEMP FEAE X FROM “RONDOM” ға 
JSR канон E 
{рх TEMP :RESTORE X o2 
sen 0 A DEIMAL AD. en 
сс FF 
anc во от ao 
ав оо ло 
АМП esOF SREMOVE UPPER MYERLE 50 or 
FNUMBER IS 210 
BEO FILL 9% САНТ PF ZERO. ға o2 
STA TABLE,X ISTORE # IN TABLE 
DEX ECREMENT FOR NEXT 
BPL FILL ;LOOP IF NOT DONE оз 
KEY 4% SLEAR LEDS on 
STA PORTIA ға 
LDA #20100 STURN INPUT INDICATOR © 94 
STA PoRTIR 
ЗЕК GETKEY JOET GUESS OR PLAY CHD. 
Сир eo вто” 
STRTJP REQ START FIF YES» RESTART. 
CHP $10  iMUNBER © 10 7 
BHI EVAL SIF YES» EVALUATE GUESS. 
‘ 
ROUTINE TO DISPLAY SERIES TO ВЕ GUESSED PY оо 
SLIGHTING LEDS AND PLAYING TONES IN SEQUENCE. 00 ло 
4 
SHou Lox eo 
STX GESNO SCLEAR ALL CURRENT GUESSES. 
STX ERRS ICLEAR CURRENT ERRORS. кс 
SHOMLP LDA TARLE?X JOET ХТН ENTRY IN SERIES TABLE. or ao 
STX TEMP ISAVE X o5 
ISR LIGHT SLIGHT LENE CTAPLECS)) E 
ISR PLAY IPLAY TONER TORLEOO 00 ло 
ішу weFF ISET LOOP CNTR. FOR DELAY 
DELAY ROR DUR FASTE тіне 
ROL DUR 
теү ›сойнт пон... 
BNE DELAY FIF NOT DONE, LOOP AGAIM 
LDX TEMP (RESTORE Y 
E JINCREMENT INDEX TO енды MEXT 
CPX DIGITS VALL DIGITS SHOWN? 10 
BNE SHOULF SIF NOT» SHOW NEXT. 13 
BEQ KEY SDONE: GET MEXT ImPUT. 14 
‚ or 
IROUTINE TO EVALUATE GUESSES OF PLAYER. E 
D 
EVAL LDX GESNO — — GET NUMBER OF GUESS. 10 
CHP TABLE,X iGUESS = CORRESPONDING DIGIT? 
PEQ CORECT PIF YES, SHOW PLAYER, = 
WRONG INC ERRS iGUESS WRONG; ANOTHER ERROR. 
LDA #880 DURATION FOR LOU TONE TO INDICATI 
STA DUR гвар GUESS. 
LDA ##ҒЕ SFREQUENCY CONSTANT 
JSR PLYTON ;PLAY IT 
BEQ ENDCHK iCHECK FOR ENDGAME 
CORECT JSR LIGHT ALIDATE CORRECT GUES: 
Usk FLAY 
ENDCHK INC GESNO ФОНЕ MORE GUESS TAKEN. 
Loa 016178 27 өз 
CHP GESNO FALL DIGITS GUESSED? оз 
BNE KEY FIF NOT, GET NEXT. 1E оз 
LDA ERRS IGET NUMBER OF ERRORS. 04 
CHP 40: зянү ERRORS? оо 
BEO ШІМ STF NOT» PLAYER WINS, 00 ac 
LOSE JSR LIGHT ;5HOM NUMBER OF ERRORS. өз 
LDA #9 — iPLAY 8 DESCENDING TONES 94 
LOSELP FHA 
JSR PLAY 
па % 
Echo Program (Continued). 


D 


ым 


sec 
SEC ж 

BNE LOSFLP 

STA GESNO CLEAR VARTAR FS 

STA ЕЕЕВ 

BEQ KFY $бЕТ NEXT GUESS SEOUENCF 

LDA terr STURN ALE LEDS ON FOR MIN 
STA PORTIA 

STA PORTIE 

LBA #1 SPLAY R АГРО TONES 

PHA 

JSR PLAY 

PLA 

сс 

ADC #01 

Сне #10 

ВНЕ WINLP 

REQ STRTJP FUSE нм F- IMP FOR RESTART 


IROUTINE TO LIGHT NTH LED) WHERE N 19 
ЭТНЕ NUMBER PASSED AS n PARAMETER IN 
ФТНЕ ACCUMULATOR. 


П 
LIGHT 


LTSHET 


tree 
D 


PHA isave л 
TaY SUSE А AS COUNTER IN Y 
LDA 40 $С1ЕАК A FOR BIT SHIFT 
STA PORTIM $CLEAR HI LEDS. 


SEC ЗВЕНЕКАТЕ НТ RIT TO SHIFT LEFT. 
ROL а iMOUF MI RIT LEFT. 
DEY JDFCREMENT COUNTER 


BNE LTSHFT iSMIFTS DONE? 
STA PORTIA $STORE CORRECT PATTERN 
BCC LTCC ;RIT 9 NOT НІ, DONE. 


LDA $1 
STA FORTIN PTUEN LED 9 DN. 
та FRESTORE л 
RTS ТА 


JRANDOM NUMBER GENERATOR! RETURNS W/ NEW 
TRANDOM NUMBER IN A. 


; 
RANDOM 


кни 


ФЕОШТТНЕ TO PLAY TONE WHOSE NUMBER IS 


TIN BY 


sec 
LDA княз 
ADC RND+4 
ADC RND+S 
STA RND 
LDX ва 

LDA RNDéX. 
STA ВОЛ +x 
DEX 

BPL RNDLP 
RTS 


pass 
ACCUM. IF ENTERED AT PLYION» TT WILI 


ЗРЕАУ TONE WHOSE LENGTH 15 IN ІШЕ» FREQUENCY 
TIN ACCUMULATOR. 


4 
PLAY 


PLYTON 


LE 


: Echo Program (Continued) 


Tay USE TONE AS INDEX 
теү ЗРЕСВЕМЕМТ TO MATCH TABLES 

LDA ПОРТАМ» У GET DURATION FOR TOME M. 
STA DUR ЗАМЕ ТТ, 

LDA NOTAR.Y :GET FREQ. CONST FOR TONER N 


STA FREQ iSAUE IT. 
LDA t0 — :SET SPKR PORT LO. 

STA PORTIE 

LDX BUR ЗОЕТ DURATION IN # DF 1/2 CYCLES. 
Үрү FREQ ы БЕТ FREQUENCY 

теү SCOUNT DOUN DELAY... 

сіс ЗмавТЕ TIME 

ВСС жә? 
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BNE Біл iLOOP FOR DELAY 
FOR IMPLEMENT PORT 
STA 

тех 
BNE 
RTS 


UNT DOWN DURATION... 
00Р ТИ. NOTE OVER. 
NE. 


TABLE FOR NOTE FREQUENCIES. 


NOTAB BYTE $09+ SRE, SA? 394 8E ^ 87F 0470-4447 65 


PTAWLE FOR NOTE DURATIONS. 


DURTAR LAYTE 48,572,580» 98F i494 SAN: SRF ED? FA 


«END 


SYMBOL TABLE 


үн VALUE 
CORECT ОЕ ORIN. A003 DIRIR сооз MRR 
DELAY. оен DIGITS 0000  DIDMEY 0220 шк 
АТВ ENDCHK 0294 Ке EUN 
FILL ға озок ғ? FRED 
GESNO GETKEY 0100 КЕТ un 
Lose LOSELP 02a? LTEC LTSHET 
катан Play. ойға PLYTON porta 
FORTI PORTAR ACOO RANDOM Ran 
БиР SHou 0559 SHOWLE START 
STRTJP тісі M004A TAMLE тен! 
шн мер бэт WRONG 
END OF ASSEMPLY 

: Echo Program (Continued) 


the difficulty of the game by increasing or decreasing the dur: 
during which each note is played. Clearly, reducing the duration 
makes the game more difficult. Increasing the duration will usually 
make it easier, up to a point. You are encouraged to try variations. 

The main variables used by the program are the following: 

DIGITS contains the number of digits in the sequence to be 
recognized. 

GESNO indicates the number of the current guess, i.e., which of the 
notes in the series the user is attempting to recognize. 

ERRS indicates the number of errors made by the player so far. 

TABLE is the table containing the sequence to be recognized. 
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A few other memory locations are reserved for passing parameters 
to subroutines or as scratch-pad storage. They will be described within 
the context of the associated routines. 

As usual, the program starts by setting the data direction registers 
for Port 1A, Port IB and Port 3B to an output configuration: 

START LDA #$FF 

STA DDRIA 
STA DDRIB 
STA DDR3B 


Next, all LEDs on the board are turned off: 


LDA 40 
STA PORTIA 


and the two variables, ERRS and GESNO, are set to 0: 


STA ERRS 
STA GESNO 


The random number generator is primed by obtaining a seed and stor- 
ing it at locations ВМО + 1 and RND + 4: 


LDA TICL Read timer counter. 
STA RND + 1 
STA RND + 4 


The game is now ready to start. LED 10 must be turned on to indicate 
to the player that the game is ready: 


LDA 495010 
STA PORTIB 


Pattern for LED 10 
Specify length 


The keyboard is scanned for the player input using the usual GETKEY 
subroutine (described in Chapter 1): 


DIGKEY JSR GETKEY 


It is checked for the value “0”: 
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СМР #0 


BEQ DIGKEY If = 0, get another one 


If the entry was “0,” the program waits for another keystroke. Other- 
wise, it is compared to the value 10: 


CMP #10 Sequence longer than 9 
BPL DIGKEY 


If the sequence length is greater than 9, it is also rejected. Accepting 
only valid inputs, using a bracket is known as ‘‘reasonableness 
testing" or ‘‘bracket-filtering.”” 
If all is fine, the length of the sequence to be recognized is stored at 
memory location DIGITS: 
STA DIGITS Length of sequence 


A running pointer is then computed and stored at location TEMP. It 
is equal to the previous length minus 1: 


TAX Use X for computation 
DEX Decrement 
FILL STX TEMP 


The RANDOM subroutine is then called to provide a first random 
number: 


JSR RANDOM 


The position pointer in the series of notes now being generated is 
retrieved from TEMP, and stored in index register X in anticipation 
of storing the new random number in TABLE: 


LDX TEMP 


The value of the random number contained in the accumulator is then 
converted to a decimal value between 0 and 9. This process can be per- 
formed in various ways. Here, we take advantage of the special 
decimal mode available on the 6502. The decimal mode is set by speci- 
fying: 

SED Set decimal mode 
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Note that the carry flag must be cleared, prior to an addition: 
CLC Clear carry 


The trick used here is to add “0” to the random number contained in 
the accumulator. The result in the right part of A is guaranteed to be a 
digit between 0 and 9, since we are operating in the decimal mode. 
Naturally, any other number could also be added to A to make its con- 
tents **decimal"; however, this would change the distribution of the 
random numbers, and some numbers in the series such as 0, 1, and 2 
might never appear. Once this conversion has been performed, the 
decimal mode is simply turned off: 


ADC #0 Add “0” in decimal mode 
CLD Clear decimal mode 


This is a powerful 6502 facility used to a great advantage in this in- 
stance. In order to guarantee that the result left in A be a decimal 
number between 0 and 9, the upper nibble of the byte is removed by 
masking it off: 


AND $#0F 


Finally, a value of “0” is not allowed, and a new number must be ob- 
tained if this is the current value of the accumulator: 


BEQ FILL 


Exercise 8-2: Could we avoid this special case for “0” by adding а 
value other than “0” to А above? 


If this is not the current value of the accumulator, we have a decimal 
number between 1 and 9 that is reasonably random, which can now 
be stored in the table. Remember that index register X has been 
preloaded with the current number's position in the sequence (re- 
trieved from memory location TEMP). It can be used, as is, as an in- 
dex: 

STA TABLE,X Store # in table 


The number pointer is then decremented in anticipation of the next 
iteration: 
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DEX 


and the loop is reentered until the table of random numbers becomes 
full: 


BPL FILL 


We are now ready to play. LED 12 will be turned on, signaling to the 
player that he or she may enter a guess: 


KEY LDA #0 
STA PORTIA 
ГОА #%0100 
STA PORTIB 


The player's guess is then read from the keyboard: 
JSR GETKEY Get guess 


It must be tested for “0” or for an alphabetic value. Let us test for 
“б”: 


СМР #0 Is it 0? 
STRTJP BEQ START И yes, restart 


If it is “0,” the game is restarted, and a branch occurs to location 
START. If it is not ““0,”” we must check for an alphabetic character: 


CMP #10 Number «10? 
BMI EVAL If yes, evaluate correctness 


If the value of the input keystroke is less than ten, it is a guess and is 
evaluated with the EVAL routine. Otherwise, the program executes 
the SHOW routine to display the series. 


The SHOW Routine 


We will assume here that an alphabetic key has been pressed. BMI 
fails, and we enter the SHOW routine. This routine plays the 
computer-generated tune and lights up the corresponding sequence of 
LEDs. Also, whenever this routine is entered, the guessing sequence is 
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restarted and the temporary variables are reset to 0: 


SHOW LDX #0 
STX GESNO 
STX ERRS Reset all variables 

The first table entry is obtained, the corresponding LED is lit, and the 

corresponding tone is played: 


SHOWLP LDATABLE,X | Get Xthentry in table 
STX TEMP Save X 
JSR LIGHT Light LED # TABLE (X) 
JSR PLAY Play tone # TABLE (X) 


An internote delay is then implemented using Y as the loop counter 
and two dummy instructions to extend the delay: 


LDY #$FF 
DELAY ROR DUR Dummy instruction 
ROL DUR Dummy 
DEY Count down 
BNE DELAY End of loop test 


We are now ready to perform the same operation for the next note in 
the current table. The index pointer is restored and incremented: 


LDX TEMP Restore X 
INX Increment it 


It is then compared to the maximum number of digits stored in the 
table. If the maximum has been reached, the display operation is com- 
plete and we go back to label KEY. Otherwise, the next tone is sound- 
ed, and we go back to label SHOWLP: 


CPX DIGITS АП digits shown? 
BNE SHOWLP 
BEQ KEY Done, get next input 


The EVAL Routine 


Let us now examine the routine which evaluates the guess of the 
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player. It is the EVAL routine. The value of the corresponding entry in 
TABLE is obtained and compared to the player's input: 


EVAL LDX GESNO Load guess number into X 
CMP TABLE,X Compare guess to number 
BEQ CORECT If correct, tell player 


If there is a match, a branch occurs to location CORECT; otherwise, 
the program proceeds to label WRONG. Let us examine this case. If 
the guess is wrong, one more error is recorded: 


WRONG INC ERRS 

A low tone is played: 
LDA #$80 
STA DUR 
LDA #$FF 
JSR PLYTON Play it 

A jump then occurs to location ENDCHK: 
BEQ ENDCHK Check for end of game 


Exercise 8-3: Examine the BEQ instruction above. Will it always result 
in a jump to label ENDCHK? (Hint: determine whether or not the 2 
bit will be set at this point.) 


Exercise 8-4: What are the merits of using BEQ (above) versus /МР? 


Now we shall consider what happens in the case of a correct guess. 
If the guess is correct, we light up the corresponding LED and play the 
corresponding tone. Both subroutines assume that the accumulator 
contains the specified number: 


CORECT JSR LIGHT 
JSR PLAY 


Turn on LED 
Play note to confirm 


We must now determine whether we have reached the end of a se- 


quence or not, and take the appropriate action. The number of 
guesses is incremented and compared to the maximum length of the 
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stored tune: 


ENDCHK INC GESNO One more guess 


LDA DIGITS 
CMP GESNO АП digits guessed? 
BNE KEY If not, get next key closure 


If we are not done yet, a branch occurs back to label KEY. Otherwise, 
we have reached the end of a game and must signal either a ‘‘win’’ ora 
**Jose" situation. The number of errors is checked to determine this: 


LDA ERRS Get number of errors 
СМР #0 Мо еггог? 
ВЕО WIN И not, player wins 


If a **win" is identified, a branch occurs to label WIN. This will be 
described below. Let us examine now what happens in the case of a 
“lose’’: 

LOSE JSR LIGHT Show number of errors 
The number of errors is displayed by lighting up the corresponding 
LED. Remember that the accumulator was conditioned prior to enter- 
ing this routine and contained the value of ERRS, i.e., the number of 
errors so far. 

Next, a sequence of eight descending tones is played. The top of the 
stack is used to contain the remaining number of tones to be played: 


LDA #9 Play 8 descending tones 
LOSELP PHA Save A on stack 

JSR PLAY Play tone 

PLA Restore A 


Once a tone has been played, the remaining number of tones to be 
played is decremented by one and tested for “0”: 


SEC Set carry (for subtract) 
SBC #1 Subtract one 
BNE LOSELP 


Exercise 8-5: Note how the top of the stack has been used as a tem- 
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porary scratch location. Can you suggest an alternative way to achieve 
the same result without using the stack? 


Exercise 8-6: Discuss the relative merits of using the stack versus using 
other techniques to provide temporary working locations for the pro- 
gram. Are there potential dangers inherent in using the stack? 


Eight successive tones are played. Then the two work variables, 
GESNO and ERRS, are reset to “0,” and a branch occurs back to the 
beginning of the program: 


STA GESNO Clear variables 
STA ERRS 
BEQ KEY Get next guess sequence 


Let us examine now what happens in a “win” situation. All LEDs on 
the Games Board are turned on simultaneously: 
WIN LDA #$FF 
STA PORTIA 
STA PORTIB 


It is a win: turn all LEDs on 


Next, a sequence of eight ascending tones is played. The tone number 
is stored in the accumulator and will be used as an index by the PLAY 
subroutine to generate an appropriate note. As before, the top of the 
stack is used to provide working storage: 


LDA #1 A will be incremented to 9 
WINLP PHA Save A on the stack 

JSR PLAY 

PLA 


The number of tones which have been played is then incremented byl 
and compared to the maximum value of 9: 


CLC Clear carry for addition 
ADC #01 
СМР #10 


As long as the maximum of 9 has not been reached, a branch occurs 
back to label WINLP: 
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BNE WINLP 
Otherwise, a new game is started: 


BEQ STRTJP Double jump for restart 
This completes the description of the main program. Three 
subroutines are used by this program. They will now be described. 


The Subroutines 
LIGHT Subroutine 


This subroutine assumes that the accumulator contains the number 
of the LED to be lit. The subroutine will light up the appropriate LED 
on the Games Board. It will achieve this result by writing a “17 in the 
appropriate position in the accumulator and then sending it to the ap- 
propriate output port. Either Port 1A will be used (for LEDs 1 through 
8) ог Port IB (for LED 9). The “1” bit is written in the appropriate 
position in the accumulator by performing a sequence of shifts. The 
number of shifts is equal to the position of the LED to be lit. Index 
register Y is used as a shift-counter. The number of the LED to be litis 
saved in the stack at the beginning of the subroutine and will be 
restored upon exit. Note that this is a classic way to preserve the con- 
tents of an essential register during subroutine execution so that the 
contents of the accumulator will be unchanged upon subroutine exit. 
1f this was not the case, the calling program would have to explicitly 
preserve the contents of the accumulator prior to calling the LIGHT 
subroutine. Then it might have to load it back into the accumulator 
prior to using another one of the routines, such as the PLAY routine. 
Because LIGHT and PLAY are normally used in sequence, it is more 
efficient to make it the subroutine's responsibility to save the contents 
of the accumulator. Let us do it: 


LIGHT PHA Preserve A 
The shift-counter is then set up: 
TAY Use Y as shift counter 


and the accumulator is initialized to “0”: 
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ГРА #0 Clear А 
LED 9 is turned off in case it was lit: 
STA PORTIB 
The shifting loop is then implemented. The carry bit is initially set to 


“1,” and it will be shifted left in the accumulator as many times as 
necessary: 


SEC Set carry 
LTSHFT ROLA 

DEY 

BNE LTSHFT 


The correct bit pattern is now contained in the accumulator and dis- 
played on the Games Board: 


STA PORTIA 
However, one special case may arise: if LED 9 has been specified, the 
contents of the accumulator аге “0” at this point, but the carry bit has 
been set to “17” by the last shift. This case must be explicitly tested for: 


BCC LTCC Is bit 9 set? 


If this situation exists, the accumulator must be set to the value 
“00000001, and output to Port 1B: 


LDA #1 


STA PORTIB Turn LED 9 on 


We finally exit from the routine without forgetting to restore the ac- 
cumulator from the stack where it had been saved: 


LTCC PLA Restore A 
RTS 


Exercise 8-7: List the registers destroyed or altered by this subroutine 
every time it is executed. 
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Exercise 8-8: Assume that register Y must be left unchanged upon 
leaving this subroutine. What are the required program changes, if 
any? 


RANDOM Subroutine 


This subroutine generates a new random number and returns its 
value in A. Its operation has been described in Chapter 4. 


PLAY Subroutine 


This subroutine will normally play the tone corresponding to the 
number contained in the accumulator. Optionally, it may be entered 
at location PLYTON and will then play the tone corresponding to the 
frequency set by the accumulator and corresponding to the length 
specified by the contents of memory location DUR. Let us examine it. 

Index register Y is used as an index to the two tables required to 
determine the note duration and the note frequency. In this game, up 
to 9 notes may be played, corresponding to LEDs and keys 1 through 
9. Index register Y is first conditioned: 


PLAY TAY Use tone # as index 
DEY Decrement to internal value 


Note that the index register must be decremented by one. This is 
because key 1 corresponds to entry number 0 in the table, and so on. 
The duration and frequencies are obtained from tables DURTAB and 
NOTAB using the indexed addressing mode. They are stored respec- 
tively at locations DUR and FREQ: 


LDA DURTAB,Y Get duration 


STA DUR Save it 
LDA NOTAB,Y Get frequency 
PLYTON STA FREQ Save it 


The speaker is then turned off: 


LDA #0 


STA PORT3B Set speaker Port 3B 


Two loops will now be implemented. An inner loop will use register Y 
as the delay-counter to implement the correct frequency for the note. 
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Register X will be used in the outer loop and will generate the tone for 
the appropriate duration of time. 
Let us condition the two counter registers: 


LDX DUR Get duration in # of % cycles 
FL2 LDY FREQ Get frequency 


Next, let us implement the inner loop delay: 


FLI DEY 
CLC Waste time 
BCC*42 
BNE FL1 Delay loop 


Note that two “‘do-nothing”’ instructions have been placed inside the 
loop to generate a longer delay. At the end of this inner loop delay the 
contents of the output port connected to the loudspeaker are com- 
plemented in order to generate a square wave. 


EOR #$FF Complement port 


Note that, once more, EOR #$FF is used to complement the contents 
of a register. 


STA PORT3B 
The outer loop can then be completed: 


DEX 
BNE FL2 Outer loop 
RTS 


SUMMARY 


This program demonstrates how simple it is to implement electronic 
keyboard games that sound for input/output and that are challenging 
to adult players. 


Exercise 8-9: The duration and frequency constants for the nine notes 
are shown in Figure 8.6. What are the actual frequencies generated by 
the program? 
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Fig. 8.6: Frequency and Duration Constants 
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THE RULES 


This game is inspired by the commercial game of MasterMind 
(trademarked by the manufacturer, Invicta Plastics, Ltd.). In this 
game, one or more players compete against the computer (and against 
each other). The computer generates a sequence of digits — for exam- 
ple, a sequence of five digits between “0” and “9” — and the player 
attempts to guess the sequence of five numbers in the correct order. 
The computer responds by telling the player how many of the digits 
have been guessed accurately, and how many were guessed in their 
correct location in the numerical sequence. 

LEDs 1 through 9 on the Games Board are used to display the com- 
puter's response. A blinking LED is used to indicate that the player's 
guess contains a correct digit which is located in the right position in 
the sequence. A steadily lit LED is used to indicate a digit correctly 
guessed but appearing out of sequence. Several players can match 
their skills against each other. For a given complexity level — say, for 
guessing a sequence of seven digits—the player that can correctly guess 
the number sequence with the fewest guesses is the winner. 

The game may also be played with a handicap whereby a given 
player has to guess a sequence of n digits while the other player has to 
guess a sequence of only n — 1 digits. This is a serious handicap, since 
increasing the level of difficulty by one is quite significant. 


А TYPICAL GAME 


Both audio and visual feedback are used to play this game. 
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The Audio Feedback 


Every time that a player has entered his or her sequence of guesses, 
the computer responds by sounding a specific tone. A low tone in- 
dicates an incorrect guess; a high tone indicates that the sequence was 
guessed correctly. 


The Visual Feedback 


At the beginning of each game, LED #10 is lit, requesting the length 
of the sequence to be guessed. This is shown in Figure 9.1. The player 
then specifies the sequence length as a number from 1 through 9. Any 
other input will be ignored. 


Fig. 9.1: Enter Length of Sequence 


As soon as the length has been specified, for example, let's say the 
length “2” has been selected, LED #11 lights up. This means ‘‘Enter 
your guess.” (See Figure 9.2.) At this point the player enters his or her 
guess as a sequence of two digits. Let us now play a game. 


| 


eeoooo 


10 n 12 13 14 15 


Fig. 9.2: Enter Your Guess 


The player types іп the sequence “1,2.”” A low tone sounds, LEDs 
10 and 11 go out briefly, but nothing else happens. The situation is in- 
dicated in Figure 9.3. Since LEDs 1 through 9 are blank, there is no 
correct digit in the guess. Digits “1” and “2” must be eliminated. Let 
us try another guess. 

We type “3,4.”” A low tone sounds, but this time LED #1 is steadily 
on, as indicated in Figure 9.4. From this we know that either “3” or 
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Fig. 9.3: Player Enters Wrong Guess 


Fig. 9.4: One Correct Digit in the Correct Position 


“47 is one of the digits and that it belongs in the other position. Con- 
versely, the sequence “4,3,” must have one good digit in the right 
position. Just to be sure let us perform a test. 

We now type “4,3.” A low tone sounds, indicating that the se- 
quence is not correct, but this time LED #1 is on and blinking. 
This proves that our reasoning is correct, and we proceed. 

We now try “4,5. A high-pitched sound is heard and LEDs 1 and 2 


164 


MINDBENDER 


light up briefly, indicating that those digits have been guessed correct- 
ly and that we have won our first game. 

At the end of the game, the situation reverts to the one at the begin- 
ning, as indicated in Figure 9.1. Note that typing in a value other than 
“1” through “9” as a guess will restart the game. 

There is a peculiarity to the game: if the number to be guessed con- 
tains two identical digits, and the player enters this particular digit in 
one of its two correct locations, the computer response will indicate 
this digit as being both the right digit in the right place and the right 
digit in the wrong place! 


THE ALGORITHM 


The flowchart for Mindbender is shown in Figure 9.5. Interrupts are 
used to blink the LEDs. Interrupts will be generated automatically by 
the programmable interval timer of VIA #1 at approximately 1/15th- 
of-a-second intervals. 

Referring to Figure 9.5, all of the required registers and memory loca- 
tions will be initialized first. Next (box 2 on the flowchart), the length 
of the sequence to be guessed is read from the keyboard. The validity 
bracket “17 to **9”” is used to ‘‘filter’’ the player's input. 

Next, a random sequence must be generated. In box 3 of the 
flowchart, a sequence of random numbers is generated and stored in a 
digit table, starting at address DIGO. 

In box 5, the computer's sequence of numbers is compared — one 
number at a time — with the player's guess. The algorithm takes one 
digit from the computer sequence and matches it in order against 
every digit of the player sequence. As we have already indicated, this 
may result in lighting up two LEDS, if ever there are two or more iden- 
tical digits in the number to be guessed and the player has specified 
only one digit. One digit may be flagged as being in the right place, 
and also as being correct but in the wrong location(s). 

Note that, alternatively, another comparison algorithm could be 
used in which each digit of the player's sequence is compared in turn 
with each digit of the computer's sequence. 

Once the digits have been compared, the resulting score is displayed 
on the LEDs (box 6). Finally, a test is made for a win situation (box 7), 
and the appropriate sound is generated (box 8). 
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READ LENGTH OF 
SEQUENCE = DIGITS 


READ USER GUESSES 
INTO ENTRY TABLE 


DISPLAY SCORE 
CORRECT DIGITS 
AND CORRECT PLACE 


Low SOUND. 


Mindbender Flowchart 
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THE PROGRAM 
Data Structures 


Two tables of nine entries are used to store, respectively, the com- 
puter's sequence and the player's sequence. They are stored starting at 
addresses DIGO and ENTRYO. (See Figure 9.6.) 


The Variables 


Page 0 is used, as usual, to provide additional working registers, 
i.e., to store the working variables. The use of page 0 is indicated as a 
**memory тар” in Figure 9.6. The first nine locations are used for the 
program variables. The function of each variable is indicated in the il- 
lustration and will be described in detail as we examine the program 
below. Locations “409” through “ОЕ” are reserved for the random 
table used to generate the random numbers. Locations “ОЕ” through 
“17” are used for the DIGO table used to store the computer- 
generated sequence of random numbers. Finally, locations “18” and 
following are used to contain the sequence of digits typed by the user. 

The memory locations used for addressing input/output and for in- 
terrupt vectoring are shown in Figure 9.7. Locations '*A000"' through 
“А005” are used to address Ports A and В of VIA #1 as well as timer 
Ті. The memory map for a 6522 VIA is shown in Figure 9.8. 

Location “А00В” is used to access the auxiliary control register, 
while location **AOQE"' accesses the interrupt-enable register. For a 
detailed description of these registers the reader is referred to the 6502 
Applications Book (reference D302). 

Memory locations “А67Е” and “А67Е” are used to set up the in- 
terrupt vector. The starting address of the interrupt-handling routine 
will be stored at this memory location. In our program, this will be ad- 
dress “ОЗЕА.”” This is the routine in charge of blinking the LEDs. It 
will be described below. Finally, Port 3 is addressed at memory loca- 
tions “АС00” and “АС02.” 


Program Implementation 


A detailed flowchart for the Mindbender program is shown in 
Figure 9.9. Let us now examine the program itself. (See Figure 9.13.) 

The initialization block resides at memory addresses 0200-0239 hex- 
adecimal and conditions interrupts and I/O. First, interrupts are con- 
ditioned. Prior to modifying the interrupt vector which resides at ad- 
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Length of Sequence 
Tone Duration Constant 
Temporary X Register 
Temporary Y Register 
Number of Matches 

Pattern for Blinking LEDs on A 
Pattern for Blinking LEDs on B 
Tone Frequency Constant 


Correct Digits Correct Place 


Random Numbers 
ec | | 


DIGO = 


7 


ENTRYO "КЕ 


Up to 9 Digits of Numbers to Guess 


Up 109 Digits 


Fig. 9.6: Low Memory Map 


A67E| IRQVECL 
A67F IRQVECH 


Fig.9.7: High Memory Map 
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V/O dato, port A 


Used for control-affects handshake 


Data direction registers 


Counter-low 
Counter-high 

Timer! 
Latch-low 


Latch-high 


latch-low 
Countei-low "n 
Counter-high 


Shift register 


Auxiliary 

Function control 
Peripherol 
Flogs 

Interrupt control 
Enable 


Output register A 
(does not affect handshake) 


Fig. 9.8: 6522 VIA Memory Map 


dresses “А67Е” and “А67Е” (see Figure 9.7) access to this protected 
area of memory must be authorized. This is performed by the AC- 
CESS subroutine, which is part of the SYM monitor: 


JSR ACCESS 


Next, the new interrupt vector can be loaded at the specified location. 
The value “ОЗЕА” is entered at address IRQVEC: 


LDA #$EA Low interrupt vector 
STA IRQVECL 
LDA #$03 High interrupt vector 


STA IRQVECH 
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Now the internal registers of the 6522 VIA #1 must be conditioned 
to set up the interrupts. The interrupt-enable register (IER) will enable 
or disable interrupts. Each bit position in the IER matches the cor- 
responding one in the interrupt flag register (IFR). Whenever a bit 
position is “%0,” the corresponding interrupt is disabled. Bit 7 of IER 
plays a special role. (See Figure 9.10.) When IER bit 7 is “0,” each 
“1”? in the remaining bit positions of IER wil clear the corresponding 
enable flag. When IER bit 7 is 1,” each “1” written in IER will play 
its normal role and set an enable. АП interrupts are, therefore, disa- 
bled by setting bit 7 to ‘‘0’’ and all remaining bits in the IER to ones: 


LDA #$7Е 
STA IER 


Next, bit 6, which corresponds to the timer 1 interrupt, is enabled. In 
order to do this, bit 7 of IER is set to “1,” as is bit 6: 


LDA #$CO 
STA IER 


Next, timer 1 will be set in the ‘free-running mode.” Remember that, 
with the 6522, the timer can be used in either the ‘‘one-shot’’ mode ог 
the ‘‘free-running mode." Bits 6 and 7 of the auxiliary control 
register are used to select timer 1 operating modes. (See Figure 9.11.) 
In this instance, bit 7 is set to “0” and bit 6 is set to “1”; 


LDA #$40 
STA ACR 


Prior to using the timer in the output mode, its counter-register must 
be loaded with a 16-bit value. This value specifies the duration of the 
square pulse to be generated. The maximum value “ЕЕЕЕ” is used 
here: 


LDA #$ЕЕ 
STA TILL 
STA TICH 


The actual wave form from timer 1 is shown in Figure 9.12. In order 
to compute the exact duration of the pulse, note that the pulse dura- 
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Y = NUMBER 
DIGITS? 


П 
THROUGH СМП + 
CNT 


см! 
= NUMBER 
DIGITS? 


ves 


SET LEDS 1 THROUGH 
CNT TO BUNKING 


BAD GUESS 
LOW ВЕР 


Fig. 9.9: Detailed Mindbender Flowchart Fig. 9.9: Detailed Mindbender Flowchart (Continued) 
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Fig. 9.10: Interrupt Registers 


tion will alternate between n + 1.5 cycles and n + 2 cycles, where n is 
the initial value loaded in the counter register. 
Next, interrupts are enabled: 


CLI 


and the three ports used by this program are configured in the ap- 
propriate direction: 


STA DDRIA Output 
STA DDRIB Output 
STA DDR3B Output 


АП LEDs are then cleared: 


GENERATE CONTINUOUS INT AND SQUARE WAVE 
OUTPUT ON PB7 


Fig. 9.11: 6522 Auxiliary Control Register Selects Timer 1 Operating Modes 
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Nc 1.5 
(N) (N — 1) (0) (5) 
= = 
$2 ы 
WRITE 
TIC-H З сіз 
РВ7 
OUT — 
id PEENEIIUC А маза 
ол — Y. --- 
Fig. 9.12: Timer 1 in Free Running Mode 
KEYI LDA #0 
STA PORTIA 
STA PORTIB 


and the blink masks are initially set to all 0’s: 


STA MASKA 
STA MASKB 


LED 10 is now turned on in order to signal to the player that he or she 
should specify the number of digits to be guessed: 


LDA #%00000010 Select LED 10 
STA PORTIB Turn it on 


The key pressed is read using the usual GETKEY routine: 


JSR GETKEY Get # digits 

A software filter is implemented at this point. The value of the key 
read from the keyboard is validated as falling within the range “1” 
through “9.77 If it is greater than 9, or less than 1, the entry is ignored: 


CMP #10 
BPL КЕҮІ 
CMP #0 

BEQ KEY1 
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Once validated, the length specified for the sequence is stored at 
memory location DIGITS: 


STA DIGITS 


A sequence of random numbers must now be generated. 


Generating a Sequence of Random Numbers. 


The initial random number is obtained from the counter and used to 
start the random number generator. The theory behind this technique 
has been described before. 

Locations ВМО + 1, RND + 4, and ВМО + 5 are seeded with the 
same number: 


LDA TILL 

STA ВМО + 1 
STA RND +4 
STA ВМО + 5 


Then a random number is obtained using the RANDOM subroutine: 


LDY DIGITS Get # of digits to guess 
DEY Count to 0 
RAND JSR RANDOM Filling them with values 


The resulting random number is set to a BCD value which guarantees 
that the last digit will be between 0 and 9: 


SED 
ADC #00 Decimal Adjust 
CLD 
It is then truncated to the lower 4 bits: 
AND 850000111 
Once the appropriate random digit has been obtained, it is saved at 


the next location of the digit table, using index register Y as a running 
pointer: 
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STA DIGO,Y 


The counter Y is then decremented, and the loop executed until all re- 
quired digits have been generated: 


DEY 
BPL RAND 


Collecting the Player's Guesses 


Index register X will serve as a running pointer for the ENTRY 
table used to collect the player's guess. It is initialized to the value 
“0,” and stored at memory location XTEMP: 


EXTRA LDA #0 Clear pointer 
STA XTEMP 


LEDs 10 and 11 are then turned on to signal the player that he or she 
may enter his or her sequence: 


LDA #$00000110 
STA PORTIB 


The key pressed by the player is read with the usual GETKEY routine: 
KEY2 JSR GETKEY 


If the key pressed is greater than 9, it is interpreted as a request to 
restart the game: 


CMP #10 
BPL КЕҮІ 


Otherwise, the value of the index register X is retrieved from memory 
location XTEMP and is used to perform an indexed store of the ac- 
cumulator to the appropriate location in the ENTRY table: 


LDX XTEMP 
STAENTRYO,X Store guess in table 


The running pointer is then incremented, and stored back in memory: 
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INX 
STX XTEMP 


Then, the value of the running pointer is compared to the maximum 
number of digits to be fetched from the keyboard and, as long as this 
number is not reached, a loop occurs back to location KEY2: 


CPX DIGITS АП numbers fetched? 
BNE KEY2 1f not, get another 


Once the player has entered his or her sequence, the digits must be 
compared to the computer-generated sequence. In anticipation of the 
display of a possible win the LEDs on the board are blanked and the 
masks are cleared: 


LDX 40 

STX PORTIA 
STX PORTIB 
STX MASKA 
STX MASKB 


Two locations in memory will be used to contain the number of cor- 
rect digits and the number of correct digits in the correct location. 
They are initially cleared: 


STX CNT Number of matches 
STX CNTI Number of correct digits 


Each entry of the DIGO table will now be compared in turn to all en- 
tries of the ENTRYO table. Each digit is loaded from the DIGIT table 
and immediately compared to the corresponding ENTRY contents: 


DIGLP LDA DIGO,X 
CMP ENTRYO,X 


If it is not the right digit at the right place, there is no exact match. We 
will then check to see if the digit appears at any other place within the 
ENTRY table: 


BNE ENTRYCMP 
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Otherwise, one more exact match is recorded by incrementing location 
CNTI, and the next digit is examined: 


INC CNTI 
BNE NEXTDIG 


Let us examine now what happens when no match has occurred. The 
digit (of the number to be guessed) which has just been read and is 
contained in the accumulator should be compared to every digit within 
the ENTRY table. Index register Y is used as a running pointer, and 
the contents of the accumulator are compared in turn to each of the 
digits in ENTRY: 


ENTRYCMP LDY 40 
ENTRYLP СМР ENTRYO,Y 
BNE NEXTENT 


If a match is found, memory location CNT is incremented and the 
next digit is examined: 


INC CNT 
BNE NEXTDIG 


Otherwise, index register Y is incremented. If the end of the sequence 
is reached, exit occurs to NEXTDIG. Otherwise a branch back occurs 
to the beginning of the loop at location ENTRYLP: 


NEXTENT INY Increment guess # pointer 
CPY DIGITS АП tested? 
BNE ENTRYLP Мо: try next one 


The next digit in table DIG must then be examined. The running 
pointer for DIG is contained in index register X. It is incremented and 
compared to its maximum value: 


NEXTDIG INX 
CPX DIGITS 


Increment digit # pointer 
All digits checked 


If the limit has not been reached, a branch occurs back to the begin- 
ning of the outer loop at location DIGLP: 
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BNE DIGLP 


At this point, we are ready to turn on the LEDs to display the results 
to the player. 


Displaying the Results to the Player 


The total number of LEDs which must be turned on is obtained by 
adding the contents of CNT to CNTI: 


CLC Get ready for add 
LDA CNT 
ADC CNTI 


The total is contained in the accumulator and transferred into index 
register Y where it will be used by the LITE routine: 


TAY 
JSR LITE 


The operation of the LITE routine will be described below. Its effect is 
to fill the accumulator with the appropriate number of ones in order 
to turn on the appropriate LEDs. 
The pattern created by the LITE subroutine is then stored in the 
mask: 
STA PORTIA 


For the special case in which the result is 9, the carry bit will have been 
set. This case is explicitly tested: 


BCC CC И carry 0, don't light PBO. 


and if the carry had been set to 1, Port B will be set appropriately so 
that LED 49 is turned on: 


LDA #1 Turn РВО оп 
STA PORTIB 


Recall that once masks A and B have been set up, they will 
automatically be used by the interrupt handling routine which will 
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cause the appropriate LEDs to blink. 


сс LDY СМТ! 
JSR LITE 
STA MASKA 
BCC TEST 
LDA #01 
STA MASKB 


The program must now test for a win or lose situation. 
Testing for a Win or Lose Situation 


The number of correct digits in the right places is contained in 
CNTI. We will simply compare it to the length of the sequence to be 
guessed: 


TEST LDX CNTI 
CPX DIGITS 


If these numbers are equal, the player has won: 
BEQ WIN 


Otherwise, a low tone will be sounded. The tone duration constant is 
set to “72,” and its frequency value to “ВЕ”: 


BAD LDA #$72 
STA DUR 
LDA #$BE 
The TONE subroutine is then used to generate the tone, as usual: 
JSR TONE 
Then a return occurs to the beginning of the program: 


BEQ ENTER 


If a win has occurred, a high-pitched tone will be generated. Its dura- 
tion constant is set to “ЕЕ” and its pitch is controlled by setting the 
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frequency constant to “547: 


WIN LDA #$ЕЕ 
STA DUR 
ГРА #$54 


As usual, the ТОМЕ subroutine is used to generate the tone: 
JSR TONE 
The game is then restarted: 


JMP KEYI 


The Subroutines 


Four routines are used by this program. They are: LITE, RAN- 
DOM, TONE, and INTERRUPT HANDLER. The RANDOM and 
TONE routines have been described in previous chapters and will not 
be described again here. 


LITE Subroutine 


When entering this subroutine, index register Y contains the 
number of LEDs which should blink. In order to make them blink it 
is necessary to load the appropriate pattern into the mask patterns 
called MASKA and MASKB. The appropriate number of 175 has to be 
set in these two locations. A test is first made for the value “0” in Y. 
If that value is found, the accumulator is cleared, as well as the carry 
bit (the carry bit will be used as an indicator for the fact that Y con- 
tained the value “9”): 


LITE BNE STRTSH 
LDA #0 
CLC 
RTS 


Test Y for zero 


Otherwise, the accumulator is initially cleared, and the appropriate 
number of 1’s is shifted left into the accumulator through the carry 
bit. They are introduced one at a time by setting the carry bit, then 
performing a left shift into A. Each time, index register Y is decre- 
mented and the loop is executed again as long as Y is not “0”: 
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LDA #0 
SHIFT SEC 
ROLA Shift into position 
DEY 
BNE SHIFT Loop 
RTS 


Note that a rotation to the left is used rather than a shift. If Y did 
contain the value “9,” the accumulator A would be filled with 175 and 
the carry bit would also contain the value “1” upon leaving the 
subroutine. 


The Interrupt Handler 


This subroutine complements the LEDs each time an interrupt is 
received, i.e., every time timer 1 runs out. It is located at memory ad- 
dresses ““03ЕА” and following. Since the accumulator is used as a 
working register by the subroutine, it must be preserved upon entry 
and pushed into the stack: 


PHA 


The contents of Ports 1A and 1B will be read and then complemented. 
Recall that there is no complementation instruction on the 6502, so 
an exclusive OR will be used instead. МАЗКА and MASKB specify 
the bits to be complemented: 


LDA PORTIA 
EOR MASKA 
STA PORTIA 
LDA PORTIB 
EOR MASKB 
STA PORTIB 


Also recall that the interrupt bit in the 6522 has to be cleared explicitly 
after every interrupt. This is done by reading the latch: 


ГОА TILL 


Finally, the accumulator is restored, and a return occurs to the main 
program: 
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PLA 
RTI 


SUMMARY 


In this program, we have used two new hardware resources in the 
6522 I/O chip: the interrupt control and the programmable interval 
timer. Interrupts have been used to implement simultaneous processing 
by blinking the LEDs while the program proceeds, testing for a win or 
losesituation. 


Exercise 9.1: Could you implement the same without using interrupts? 


SMINDBENDER PROGRAM 
SPLAYS MINDBENDER GAME: USER SPECIFIES LENGTH OF NUMBER 
iTO BE GUESSED, THEN GUESSES DIGITS» AND COMPUTER TELLS 
IPLAYER HOW MANY OF THE DIGITS GUESSED WERE RIGHT, AND 
SHOW MANY OF THOSE CORRECT DIGITS WERE IN THE CORRECT 
ЗРЕАСЕ» UNTIL THE PLAYER CAN GUESS THE NUMBER. ON THE 
BOARD, BLINKING LEDS INDICATE CORRECT VALUE & CORRECT 
iDIGIT» AND NONELINKING LEDS SHOW CORRECT DIGIT VALUE» 
ЗВОТ WRONG PLACE. 

THE BOTTOM ROW OF LEDS IS USED TO SHOW THE MODE OF 
ATHE PROGRAM: IF THE LEFTMOST LED IS LIT» THE 

PROGRAM EXPECTS THE USER TO ENTER THE LENGTH 

OF THE NUMBER TO ВЕ GUESSED. IF THE TWO LEFTMOST 

PLEDS ARE LIT, THE PROGRAM EXPECTS A GUESS. 

THE PROGRAM REJECTS UNSUITABLE VALUES FOR A NUMBER 
SLENGTH WHICH CAN ONLY ВЕ 1-9. А VALUE OTHER THAN 

10-9 FOR A GUESS RESTARTS THE GAME. 

ЗА LOW TONE DENOTES A BAD GUESS» А HIGHT ТОМЕ, А WIN. 
ФАҒТЕК А ШІМ» THE PROGRAM RESTARTS. 

FAN INTERRUPT ROUTINE IS USED TO BLINK THE LEDS. 

D 


«$200 

GETKEY -%100 

ACCESS — =$8886 SROUTINE TO UNPROTECT SYS MEM 

DIGITS FNUMBER ОҒ DIGITS TO BE GUESSED 

DUR STONE DURATION CONSTANT 

XTEMP iTEMP STORAGE FOR X REG. 

ҮТЕНР ТЕМР STORAGE FOR Y REG. 

CNT KEEPS TRACK OF % OF MATCHES 

MASKA CONTAINS PATTERN EOR'ED WITH LED 
STATUS REGISTER A TO CAUSE BLINK 

MASKE LED PORT B BLINK MASK 

FREQ TEMP STORAGE FOR TONE FREQUENCY 

снтї % OF CORRECT DIGITS IN RIGHT PLAC 

RND FIRST OF RANDOM % LOCATIONS 

1160 ЗЕТКБТ OF 9 DIGIT LOCATIONS 

ENTRYO iFIRST OF 9 GUESS LOCATIONS 

TROVECL INTERRUPT VECTOR LOW ORDER BYTE 

IRQUECH $..AND HIGH ORDER 


38522 VIA #1 REGISTERS: 


: Mindbender Program: 
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IER 
ACR 
TILL 
TICH 
PORTIA 
DDR1A 
PORTIR 
DDRIB 
РОКТЗВ 
DDR3R 


кеті 


RAND 


JSR 
іра 
STA 
Loa 
STA 
La 
STA 
LDA 
STA 
Loa 
STA 
Loa 
sta 
STA 
CLI 
STA 
STA 
STA 
Loa 
STA 
STA 
STA 
STA 


Loa 
STA 
JSR 
СМР 
EPL 
СНР 
BEQ 
STA 
Loa 
STA 
STA 
STA 
үрү 
DEY 


JSR 
SED 
ADC 
cup 
AND 
STA 
DEY 
BPL 


Fig. 9.13: Mindbender Program (Continued): 


NTERRUPT ENABLE REGISTER 
AUXILIARY CONTROL REGISTER 
IMER 1 LATCH LOW 

K 1 COUNTER HIGH 


1 FORT A IN/OUT REG 
1 PORT А DATA DIRECTION REG. 
1 PORT В IN/OUT REG 
1 PORT В DATA DIRECTION REG. 
3 FORT В IN/OUT REG 
3 FORT В DATA DIRECTION REG 


ROUTINE TO SET UP VARIABLES AND INTERRUFT TIMER FOR 
L.E.D. FLASHING 


ACCESS — ;UNPROTECT SYSTEM MEMORY 
ЗЗА OAD LOU INTERRUPT VECTOR 

IRQUECL — 5...4ND STORE AT VECTOR LOCATION 
3303 OAN INTERRUPT VECTOR. «++ 
IRQUECH — $...AND STORE. 

$57F {CLEAR INTERRUPT ENABLE REGISTER 
IER 


$360 — ENABLE TIMER 1 INTERRUPT 
IER 


#840 NOBLE TIMER 1 IN FREE-RUN MODE 

ACR 

ЕЕ 

TILL — УЗЕТ LOW LATCH ON TIMER 1 

TICH ET LATCH HIGH & START COUNT 
NABLE INTERRUPTS 

DIRIA  УЗЕТ VIA 1 PORT А FOR OUTPUT 

DDRIB ВЕТ VIA 1 PORT В FOR OUTPUT 

DDR3B — iSET VIA 3 PORT В FOR OUTPUT 

to sCLEAR LEDS 

PORTIA 

PORTIB 

MASKA — CLEAR BLINK MASKS 

MASKR 


SROUTINE TO GET NUMBER OF DIGITS TO GUESS, THEN 
iFILL THE DIGITS WITH RANDOM NUMBERS FROM 0-9 
D 


4100000010 — ;LIGHT LED TO SIGNAL USER TO 
PORTIB — ;INPUT OF 4 OF DIGITS NEEDED. 
GETKEY  $бЕТ # OF DIGITS 

#10 FIF КЕҮ% 29» RESTART GAME 

KEYI 

to HECK FOR 0 DIGITS TO GUESS 

КЕҮ1 1:0 DIGITS NOT ALLOWED 

DIGITS — $STORE VALID 4 OF DIGITS 


TILL — 3БЕТ RANDOM %, 


RNDéi — $USE IT TO START RANDOM 

RNDé4 — iNUMBER GENERATOR. 

RND+5 

DIGITS #6ЕТ Ф OF DIGITS TO BE GUESSED» 
3..AND COUNT TO Or FILLING 
THEM WITH VALUES. 

RANDOM — ;GET RANDOM VALUE FOR DIGIT 

+оо PDECIMAL ADJUST 

$200001111  УЖЕЕР DIGIT <10 

0160, — SAVE IT IN DIGIT TABLE. 


RAND — GFILL NEXT DIGIT 
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00 
о? 
06 
00 ао 
00 80 
00 01 
oA 
ва 
o2 
18 
o2 


00 
EE 


ao 
Ao 


00 


ROUTINE TO FILL GUESS TABLE W/USERS’S GUESSES 
i 


ENTER LDA 40 SCLEAR ENTRY TABLE POINTER 


STA XTEMP 
LDA #00000110 — ;LET USER KNOW THAT GUESSES. 
ОКА PORTIR — ;SHOULD BE INPUT... 
STA PORTIB — ;...UITHOUT CHANGING ARRAY 
KEY? JSR GETKEY ET GUESS 
СМР $10 818 IT GREATER THAN 97 
BPL KEYI ЭТЕ YES, RESTART GAME 
LDX XTEMP — 3бЕТ POINTER FOR INDEXING 


STA ENTRYO»X — STORE GUESS IN TABLE 


INX $ТМСВЕНЕМТ POINTER 
STX ХТЕНР 
CPX DIGITS — ;CORRECT % OF GUESSES FETCHED? 


ЕМЕ КЕҮ2 ИР МОТ» GET ANOTHER 


HIS ROUTINE COMPARES USERS’S GUESSES WITH DIGITS 
ФОҒ NUMBER TO GUESS. FÜR FACH CORRECT DIGIT IN THE 
SCORRECT PLACE» à BLINKING LED IS LIT, AND FOR EACH 
SCORRECT DIGIT IN THE WRONG PLACE» А NONBLINKING 
LED IS LIT. 


рх #0 ісі ған FOLLOWING ЗТОКАСЕЗ: 
STX PORTIA $LEDS 

STX PORTIB 

STX MASKA — :BLINK MASKS 

STX MASKE 

STX CNT 3COUNT OF MATCHES 

STX смт! — 5COUNT OF RIGHT DIGIIS 


DIGLP LDA DIGO»X — ;LOAD 1ST DIGIT OF % FOR COMPARES 

СМР ENTRYO ^X — RIGHT GUESS/RIGHT PLACE? 

BNE ENTRYCHP — iNO: IS GUESS RIGHT DIGIT/ 
WRONG PLACET 
РОМЕ MORE RIGHT GUESS/RTGHT PLACE 

TEXAMINE NEXT DIGIT OF NUNDI 

PRESET GUESS# PTR FOR COMPARES 
FRIGHT DIGIT/URONG PLACE? 
NO» ЗЕЕ IF NEXT DIGIT I 
ФОМЕ MORE RIGHT DIGIT/WRONG PLACE 

BNE NEXTDIG — ;EXAMINE NEXT DIGIT OF NUMBER 
NEXTENT INY INCREMENT GUESS& PTR 

CPY DIGITS ЗАЦ. GUESSES TESTED? 

ЕМЕ ENTRYLP #М0› TRY NEXT GUESS. 
NEXTDIG INX INCREMENT DIGIT# PTR 

CPX DIGITS АШ. DIGITS EVALUATED? 

ЕМЕ DIGLP — ;NO» CHECK NEXT DIGIT. 

сс ЗВЕТ READY FOR ADD... 

LDA CNT FOF TOTAL MATCHES TO DETERMINE 

ADC CNTA | $NUMBER OF LEDS TO LIGHI 

ТАУ iXFER А TO Y FOR ‘LIGHT’ ROUTINE 


INC CNTA 
BNE NEXTDIG 

ЕМТКҮСНР LDY 40 

ENTRYLP СМР ENTRYO*Y 
BNE МЕХТЕНТ 
INC CNT 


JSR LITE — $бЕТ PATTERN TO LIGHT LEDS 
STA PORTIA — ;TURN LEDS ON 
ECC с ИЕ САНКҮ-0» DON’T LIGHT PRO 
LDA #1 
STA PORTIR TURN PEO ON. 

сс LDY CNTA ОАР $ OF LEDS TO RLIMK 
JSR LITE ВЕТ PATTERN. 
STA МАКА START TO BLINK LEDS 
ВСС TEST — IF CARRY -0, PBO WONT BLINK 
LDA #1 
STA MASKE 


ROUTINE TO TEST FOR ШІМ BY CHECKING IF 4 OF CORRECT 


MINDBENDER 


38 
^s 
45 
65 
85 
^2 
BS 
95 
са 
19 
60 


04 
оо 


оо 


FR 


ол 
op 
[3 
09 
04 
09 
оа 


ғ” 


оз 
o2 


Mindbender Program (Continued) 


#016178 IN CORRECT PLACES = NUMBER OF DIGITS. IF WIN» 
ФА HIGH PITCHED SOUND IS GENERATED, AND IF ANY 
PDIGIT IS WRONG, А LOW SOUND IS GENERATED. 


TEST LDX CNTi LOAD NUMBER OF CORRECT DIGITS 
CPX DIGITS LL GUESSES CORRECT? 
BEQ WIN ИЕ YES» PLAYER WINS 

вар LDA #872 
STA DUR ЕТ UP LENGTH OF LOW TONE 
"um: ONE VALUE FOR LOU ТОМЕ 
JSR ТОМЕ — $SIGNAL BAD GUESSES W/TONE 
BEQ ENTER %0ЕТ NEXT GUESSES 

шн LDA $$FF —— sDURATION FOR HIGH TONE 
STA DUR 
LDA #554 TONE VALUE FOR HIGH TONE 
JSR TONE IGNAL WIN 
UMP KEYI | SRESTART GAME 


ROUTINE TO FILL ACCUMULATOR WITH ^1' BITS» STARTING 
ЗАТ THE LOW ORDER END» UP TO AND INCLUDING THE 

BIT POSITION CORRESPONDING TO THE # OF LEDS TO 

BE LIT OR SET TO BLINKING. 


LITE ВМЕ STRTSH F Y NOT ZERO, SHIFT ONES ІМ 
LDA #0 3SPECIAL CASE? RESULT IS NO ONES 
сс 
RIS 

STRTSH LDA #0 iCLEAK A SO PATTERN WILL SHOW 

SHIFT — SEC MAKE A BIT HIGH 
ROL A ЗВНТЕТ IT TO CORRECT POSITION 
DEY ЗҮ LOOPING TO $ OF GUESS/DIGIT 


ЗНАТСНЕВ» AS PASSED IN Y 
BNE SHIFT — $LOOP ‘TIL DONE 
RTS 
В 
УВАНООМ NUMBER GENERATOR 
$USES NUMBERS ArByCeDyE+F STORED AS RNO THROUGH 
КАШФ: ADDS В+Е+Е+1 AND PLACES RESULT IN Ar THEN 
#SHIFTS А TO В, В TO С» ETC. THE NEW RANDOM NUMBE 
ЗЫНТСН IS BETWEEN 0 AND 255 INCLUSIVE IS IN THE 
ACCUMULATOR ON EXIT 
4 
RANDOM SEC 
LDA КО 
ADC RND+4 
ADC RNDéS 
STA RND 
LDX ва 
RPL LOA RNU X 
STA RNDHL +x 
DEX 
BPL RPL 
RTS 


CARRY ADDS VALUE 1 
FADD ArByE AND CARRY 


iGHIFT NUMBERS OVER 


ONE GENERATOR ROUTINE. 
URATION OF ТОМЕ (NUMBER OF CYCLES TO CREATE? 
#SHOULD BE IN 'DUR^ ON ENTRY» AND THE NOTE VALUE 
i (FREQUENCY) IN THE ACCUMULATOR. 


TONE STA FREQ 
LDA #$FF 
STA PORT3B 
LDA #$00 
LDX DUR 

DEI LDY FREQ 


Fig. 9.13: Mindbender Program (Continued) 
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па DEY 
сс 
ECC 
ENE 
EOR 
STA 
DEX 
ENF 
RTS 


#INTERRUPT-HANDLING ROUTINE 
COMPLEMENTS LEDS АТ EACH INTERRUPT 


D 


өт 
FLL 
SFF 
POKT3R 


FL2 


105 азға 
PHA 
01 ло LDA PORTIA 
5 05 EOR МАЗКА 
01 ло STA PORTIA 
00 ло LDA PORTIB 
06 EOR MASKE 
00 во STA РОАТЕВ 
04 до LDA TILL 
PLA 
RTI 
SYMBOL TABLE: 
GETKEY 0100 access 
DUR 0001 ХТЕНР 
CNT 0004 MASKA 
FREQ 0007 CNTI 
0100 ENTRYO 
IER 
TiCH 
PORTIB 
DDRSE 
ENTER 
ENTRYCHP 
NEXTDIG 
вар 
STRTSH 
RPL 


на 


iLOCATE ROUTINE IN HIGH MEMORY 
3БАУЕ ACCUMULATOR 


$00 SAME WITH FORTIR 


SCLEAR INTERRUPT BIT IN VIA 
RESTORE ACCUMULATOR 


1DONE« RESUME PROGRAM 


8886 
0002 
0005 
0008 
0018 
AOE 
A005 
A000 
ACO2 
0267 
029F 
02AF 
оа 
02F7 
030A 
oaiF 


13: Mindbender Program (Continued) 


DIGITS 


КЕҮ2 


10 
ВГАСКУАСК 


THE RULES 


The standard game of Blackjack or “21,” is played in the following 
way. A player attempts to beat the dealer by acquiring cards which, 
when their face values are added together, total more points than 
those in the dealer's hand but not more than a maximum of 21 points. 
If at any time the total of 21 is achieved after only two cards are 
played, a win is automatically declared for the player; this is called a 
Blackjack (the name of the game). Card values range from 1 through 
11. In the standard version of Blackjack the house rules require the 
dealer to “Ни” (take а card) if his/her hand equals 16 or fewer points, 
but prohibits him/her from taking а ‘“‘hit” when his or her hand totals 
17 or more points. 

The version of Blackjack played on the Games Board differs slight- 
ly from the standard game of Blackjack. The single '*deck of cards” 
used here contains cards with values from 1 through 10 (rather than 1 
through 11), and the number of points cannot exceed 13 (as opposed to 
21). The dealer in this variation of the game is the computer. 

At the beginning of each hand, one card is dealt to the dealer and 
one to the player. A steady LED on the Games Board represents the 
value of the card dealt to the dealer (the computer). A flashing LED 
represents the card dealt to the player. If the player wants to be “В” 
(i.e., receive another card) he/she must press key “С.” The player 
may hit several times. However, if the total of the player's cards ever 
exceeds 13, the player has lost the round (“‘busted’’) and he/she can 
no longer play. It is then the dealer's turn. Similarly, if the player 
decides to pass (‘‘stay’’), it becomes the dealer’s turn. The dealer plays 
in the following manner: if the dealer's hand totals fewer than 10 
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points, the computer deals itself опе more card. As long as the hand 
does not exceed 13, the computer will check to see if it needs another 
card. Like the situation with the player, once the total of the com- 
puter's cards exceeds 13, it loses. No provision has been made for a 
bonus or an automatic win, which occurs whenever the player or the 
dealer gets exactly 13 points with only two cards (a Blackjack). This is 
left as an exercise for the reader. Once the dealer finishes its turn, 
assuming that it does not bust, the values of both hands are compared. 
If the dealer's total is greater than the player's, the player loses. Other- 
wise, the player wins. At the beginning of each series the player is 
allocated 5 chips (5 points). Each loss decreases this total by one chip; 
each win increases it by one. The game is over when the player goes 
broke and loses, or reaches a score of 10 and wins. After each play the 
resulting score is displayed as a number between 0 and 10 on the 
appropriate LED. Each time a player wins a hand, the left-most three 
LEDs of the bottom row light up. If the dealer wins the hand, the right- 
most LEDs light up. (See Figure 10.1.) 


ооо еее, 


1 1 2 3 
ошоо ооо 
4 5 6 4 5 6 
ооо OOTO 
F 8 > 7 8 9. 
@@e000 О Х 
10 n 12 13 14 15 10 п 12 13 14 15 
PLAYER WINS. COMPUTER WINS 
Fig. 10.1: Indicating the Winner 


A TYPICAL GAME 


When playing a game against the dealer, the player will press key 
“А” to be “һи” (receive an additional card) until either a total of 13 is 
exceeded (а ‘“‘bust’’), or until the player decides that his or her total is 
close enough to 13 that he or she might beat the dealer. When the 
player makes this decision to stay, he or she must press key **C." This 
will start the dealer's turn, and all other keys will then be ignored. 
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LEDs will light up in succession on the board as the computer deals 
itself additional cards until it goes over ten, reaches 13 exactly, or 
busts. Once the computer has stopped playing, any key may be 
pressed; the player's score will be displayed and the winner will be in- 
dicated through lit LEDs on the winner's side. The display will appear 
for approximately one second, then a new hand will be dealt. 

Note that once the value of the computer's hand has reached a total 
greater than or equal to 10, it will do nothing further until a key is 
pressed. Let us follow this *'typical game." 

The initial display is shown in Figure 10.2. A steady LED is shown 
as a black dot, while a blinking LED is shown as a half dot. In the in- 
itial hand the computer has dealt itself a 1 and the player a 4. The 
player presses key ““А”” and receives an additional card. It is a 9. The 
situation is shown in Figure 10.3. It's a Blackjack and the player has 
won. The best the dealer can hope for at this point is to also reach 13. 


eoo 


ri 


Fig. 10.3: Player Receives A Second Card: Blackjack 
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Let us examine its response. To do this we must pass by hitting “С.” 
A moment later LED £3 lights up. The total of the computer's hand 
now is 1 + 3 = 4. It will deal itself another card. A moment later. 
LED #7 lights up. The computer's total is now 4 + 7 = 11. It stops. 
Having a lower total than the player, it has lost. Let us verify it. We 
press any key on the keyboard (for example, “%0””). The result appears 
on the display: LEDs 10, 11 and 12 light up indicating a player win, 
and LED #6 lights up, indicating that the player’s score has been in- 
crease from 5 to 6 points. This information is shown in Figure 10.4. The 


Fig. 10.4: End of Turn: Dealer Loses 


LED display then goes blank and a new hand is displayed. When there 
is a draw, none of, the LEDs in the bottom row light up and the score 
is not changed. A new hand is dealt. (If the player busts, the dealer 
wins immediately and a computer win is displayed.) 

Let us play one more game. At the beginning of this hand the com- 
puter has dealt itself a 5, and the player has a 6. The situation is shown 
in Figure 10.5. Let us ask for another card. We hit key ““А” and are 
given а 7. This is almost unbelievable. We have thirteen again!! The 
situation is shown in Figure 10.6 It is now the computer’s turn. Let us 
hit “С.” LED #10 lights up. The computer has 15. It has busted. The 
situation is shown in Figure 10.7. Let us verify it. We press any key on 
the keyboard. The three left-most LEDs on the bottom row (LED 10, 
11, and 12) light up and a score of 7 is displayed. This is shown in 


Figure 10.8. A moment later the display goes blank and a new hand is 
started. 
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Fig. 10.7: Dealer Визіз 
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оо 


Fig. 10.8: Final Score Is 7 


THE PROGRAM 


The detailed flowchart for the Blackjack program is shown in 
Figure 10.9, and the program is listed at the end of the chapter. As 
usual, a portion of page 0 has been reserved for the variables and flags 
which cannot be held in the internal registers of the 6502. This area is 
shown in Figure 10.10 as a “memory map.” These variables or flags 
are: 

DONE: This flag is set to the value “0” at the beginning of the 
game. If the player goes broke, it will be set to the value “1111111.” If 
the player scores 10 (the maximum), it will be set to the value 41,7 
This flag will be tested at the end of the game by the ENDER routine 
which will display the final result of the game on the board and light 
up either a solid row of LEDs or a blinking square. 

CHIPS: This variable is used to store the player’s score. It is initial- 
ly set to the value “5.”” Every time the player wins a hand it will be in- 
cremented by 1. Likewise, every time the player loses a hand, it will be 
decremented by 1. The game terminates whenever this variable reaches 
the value “0” ог the value “10.” 

MASKA, MASKB: These two variables are used to hold the masks 
or patterns used to blink the LEDs connected respectively to Port A 
and Port B on the Games Board. 

PHAND: It holds the current hand total for the player. It is incre- 
mented every time the player hits (i.e., requests an additional card). 
card). 

CHAND: This variable holds the current hand total for the com- 
puter (the dealer). 
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START 


CLEAR LEDs 
DRAW FIRST CARDS 
FOREACH HAND 


"s 
Сомали” 
TOTAL OVER 

107 


CLEAR LEDs 
DISPLAY SCORE AND 
RESULTS OF HAND 


DECREMENT SCORE 
SET END FLAG IF 
SCORE 


Fig. 10.9: Blackjack Flowchart 


BLACKJACK 
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TEMP: This is a temporary variable used by the RANDOM routine 
to deal the next card to either player. 

RND through RND + 5: These six locations are reserved for the 
random number generating routine called RANDER. 

WHOWON: This status flag is used to indicate the current winner 
of the hand. It is initially set to “0,” then decremented if the player 
loses or incremented if the player wins. 

At the high end of memory the program uses VIA #1, the ACCESS 
subroutine provided by the SYM monitor, and the interrupt-vector at 
address A67E, as shown in Figure 10.11. 

Let us now examine the program operation. For clarity it should be 
followed on the flowchart in Figure 10.9. 


Status flag for end of game 


Player score 
} Masks used to flash the LEDs 


Total for player 


Total for computer 


Random numbers 


Status for current winner 


Fig. 10.10: Low Memory Map 
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8886 ACCESS SYM Subroutine 


Via Control 


" 


ACR 


WEK, 
M 7” 


wr 
Interrupt Vector 


Fig. 10.11: High Memory Map 
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Program Initialization 


The timer оп 6522 VIA #1 will be used to generate the interrupts 
which blink the LEDs. These interrupts will cause a branch to location 
ОЗЕА where the interrupt-handling routine is located. The first step is, 
therefore, to load the new value into the interrupt vector, і.е., 
“ОЗЕА,” at the appropriate memory location: 


BLJACK JSR ACCESS Unprotect system memory 
LDA #$ЕА Load low interrupt vector 
STA INTVECL 
ГОА #$03 High vector 


STA INTVECH 


As described previously, the interrupt-enable register is first loaded 
with the value “0111111,” and then with the value “11000000” in 
order to enable the interrupt for timer 1: 


LDA #$7Е Clear timer interrupt-enable 
STA IER 

LDA #$CO Enable timer 1 interrupt 
STA IER 


Loading the value “7Е”” clears bits 0 through 6, thereby disabling all 
interrupts. Then, loading the value “C0” sets bit 6, which is the 
interrupt-bit corresponding to timer 1. (See Figure 9.10.) As in the 
previous chapter, timer 1 is put in the free-running mode. It will then 
automatically generate interrupts which will be used to blink the 
LEDs. In order to set it to the free-running mode, bit 6 of the ACR 
must be set to “1”: 


LDA #$40 Put timer 1 
STA ACR In free run mode 


The latches for timer 1 are initialized to the highest possible value, i.e., 
FFFF: 


LDA #$FF 
STA TILL Low latch of timer 1 
STA TICH High latch and start timer 
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Finally, now that the timer has been correctly initialized, interrupts 
are enabled on the processor: 


CLI Enable interrupts 


LED Ports A and B configured as outputs (remember that the ac- 
cumulator still contains the value “ЕЕ”): 


STA DDRA 
STA DDRB 


As a precaution, the decimal flag is cleared: 


CLD 
The player’s score is initialized to the value 5: 


LDA #5 Set player’s score to 5 
STA CHIPS 


The DONE flag is initialized to the value “0”: 


LDA #0 Clear done flag 
STA DONE 


The LEDs on the board are cleared: 
STA MASKA 
STA MASKB 
STA PORTA Clear LEDs 
STA PORTB 

And the WHOWON Пар is also initialized to “0”: 
STA WHOWON Clear flag 


Dealing the First Hand 


We are now ready to play. Let us deal one card to both the dealer 
and the player. The LIGHTR and the BLINKR subroutines will be 
used for that purpose. Each of these subroutines obtains a random 


199 


6502 GAMES 


number and lights the corresponding LED. LIGHTR lights up a 
steady LED while BLINKR blinks the LED. These two subroutines 
will be described later. We set one LED blinking for the player: 


JSR BLINKR Set random blinking LED 
and we save the first total for the current player's hand: 

STA PHAND Store player's hand 
then we do the same for the computer: 


JSR LIGHTR Set random steady LED 
STA CHAND Store computer's hand 


Hit or Stay? 


We will now read the keyboard. If the player presses “А,” this in- 
dicates a requested hit and one additional card must be dealt to the 
player. If “С” is pressed, the player ‘‘stays’’ (passes) and it becomes 
the computer's turn to play. All other keys are ignored. Let us first ob- 
tain the key closure from the keyboard: 


ASK JSR GETKEY 
The key value must now be compared to “А” and to “С”: 
CMP #$0А. 
BEQ HITPLR 
СМР #$0С Is it computer's turn? 
BEQ DEALER 


If any other key has been pressed, it will be ignored and a new key will 
be read: 


JMP ASK Invalid key, try again 
At this point in the program, we will assume the situation warrants 
a '*hit." One more card must be dealt to the player. Let us set one 


more LED blinking. Naturally, the BLINKR subroutine, as well as the 
LIGHTR subroutine, are careful not to deal a card that has already 
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been dealt. How this is achieved will be described later (this is the pur- 
pose of the SETBIT subroutine). 


HITPLR JSR BLINKR Set random LED 


As soon as a new card has been dealt to the player, we compute the 
player's new total for the current hand: 


CLC 
ADC PHAND Tally player's hand 
STA PHAND 


The new total must be checked against the value “13.”” As long as the 
player has 13 or less, he or she may play again, i.e., either be hit or 
stay. However, if the player's score exceeds “*13,”” he or she busts and 
loses the play. Let us check: 


CMP #14 Check for 13 
BCC ASK Ask И<= 13 
JMP LOSE Busted 


It is now the dealer’s turn. Since the computer is much faster than the 
player in deciding whether it wants to hit or to stay, we will first slow it 
down to provide more suspense to the game: 


DEALER JSR DELAY 


The delay subroutine also extends the period of time between the suc- 
cessive decisions made by the computer to make the computer appear 
more **human-like.'" 

Before dealing another card to the computer (the dealer), let us ex- 
amine its total. The house rule is that the dealer's total cannot exceed 
“10.” (Naturally, other algorithms are available from Blackjack ех- 
perts.) The computer hand is therefore checked against the value 
10.77 If this value is exceeded, a branch occurs to location WINNER 
where the winner will be decided. Otherwise, a new card will be dealt 
to the computer: 


LDA CHAND 


СМР #10 Check hand for limit 
BCS WINNER Yes. Decide winner. 


201 


6502 САМЕЗ 


As long as the hand totals less than “10,” the dealer requests a hit. A 
new card is dealt to the dealer in exactly the same way that it was dealt 
previously to the player: 


JSR LIGHTR Set random LED 
The dealer's new total is computed: 
CLC 
ADC CHAND Tally computer's hand 
STA CHAND 


Just as in the case of the player before, it is compared against the value 
“13” to determine whether or not the dealer has busted: 


СМР #4 Is hand <= 13? 
ВСС ОЕАГЕК Yes: another hit? 
JMP WIN Busted: player wins 


If the computer has busted, a jump occurs to location WIN which in- 
dicates а ‘‘win’’ by the player. Otherwise, a branch back to location 
DEALER occurs, where the computer will determine whether or not it 
wants to receive an additional card. Let us now determine the winner. 
Both hands are compared: 


WINNER LDA CHAND 
CMP PHAND Compare hands 


There are three possible cases: equal scores, player wins, and player 
loses. 


BEQ SCORER 
BCC WIN 


In the case that both scores are equal, a jump occurs to location 
SCORER which will display the current status. If the player wins, a 
branch occurs to location WIN and the sequence will be described 
below. First, let us examine what happens when the player loses. 


The Player Loses 


A special flag, called WHOWON, is used to store the status at the 
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end of each play. It is decremented to indicate a loss by the player: 
LOSE DEC WHOWON 
The player's score is decremented: 
DEC CHIPS 
The player's score must be compared to the value ““0.”” If the player's 
score has reached “0,” he or she is broke and has lost the game. In 
this case, the DONE flag is set to “11111111;” otherwise, it is not 
changed. Finally a jump occurs to SCORER where the final score will 
be displayed: 
BNE SCORER Player broke? 
DEC DONE Yes: set lose flag 
JMP SCORER Finish game 
Player Has Won 
Similarly, when the player wins, the WHOWON flag is set to “1”; 


WIN INC WHOWON 
The score is incremented: 
INC CHIPS 
It is then compared to the value “10”: 


LDA CHIPS 
CMP #10 Chips = 10? 


If the maximum score оҒ“10” has been reached, the DONE flag is set. 


BNE SCORER 
INC DONE Set done flag 


Displaying the final status is accomplished by the SCORER routine. 


Remember that the final status will be displayed only at the player’s 
request — when any key is pressed on the keyboard. Let us wait for 
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this: 
SCORER JSR GETKEY 
Before displaying the status, all LEDs on the board are turned off: 


LDA #0 

STA МАЗКА 
STA MASKB 
STA PORTA 
STA PORTB 


The player's score must now be displayed on the board. Let us read it: 


LDX CHIPS 
BEQ ENDER 


If the player has no more chips, a branch occurs to location ENDER 
and the game will be terminated. Otherwise, the score is displayed. 
Unfortunately, LEDs are numbered internally “0” through “7,” even 
though they are labeled externally “17 through “8.” In order to light 
up the proper LED, the score must therefore first be decremented: 


DEX 


then a special subroutine called SETMASK is used to display the ap- 
propriate LED. On entry to the SETMASK routine, it is assumed that 
the accumulator contains the number of the LED to be displayed. 


TXA 
JSR SETMASK 


Now that the proper mask has been created to display the score, we 
must indicate the winner. If the player won, the three left-most LEDs 
in the bottom row will be lit; if the computer won, the three right-most 
LEDs will be lit. If it was a tie, no LEDs will be lit on the bottom row. 
Let us see who won: 


LDA WHOWON 


BEQ ENDER Tie: do not change LEDs 
BMI SC 
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If the player lost, a branch occurs to address SC. If, on the other 
hand, the player won, the three left-most LEDs іп the bottom row are 
lit: 


LDA #$0E Player won: set left LEDs 
JMP SCO 


If the player lost, the three right-most LEDs are lit: 


sc LDA #$B0 Player lost: set right LEDs 


Contained in the accumulator is the appropriate pattern to light the 
bottom row of LEDs, and this is sent to the Games Board: 


sco ORA PORTB 
STA PORTB 


End of a Play 


The ENDER routine is used to terminate each play. If the score was 
neither “0” nor “10,” a new hand will be dealt: 


ENDER JSR DELAY2 
LDA DONE 
BNE ENO 
JMP START 


Otherwise, we check the DONE flag for either a player win or a player 
loss. If the player lost the game, the bottom row of LEDs is lit and the 
program ends: 


ENO BPL ENI $01: Jump on win condition 
LDA #$BE Solid row of LEDs 
STA PORTB 
RTS Return to monitor 


In the case of a player win, a blinking square is displayed and the pro- 
gram is terminated: 


ENI LDA #$ЕЕ 
STA MASKA 
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LDA #801 
STA MASKB 
RTS 
Subroutines 
SETBIT Subroutine 


The purpose of this subroutine is to create the pattern required to 
light a given LED. Upon entering the subroutine, the accumulator 
contains a number between “0” and “9” which specifies which LED 
must be lit. Upon exiting the subroutine, the correct bit is positioned 
in the accumulator. If the logical LED number was greater than “7,” 
the carry bit is set to indicate that output should occur on Port B 
rather than on Port A. Additionally, Y will contain the external value 
of the LED to be lit (1 to 10). 

Let us examine the subroutine in detail. The LED number is saved 
in index register Y: 


SETBIT TAY Save logical number 


It is then compared to the limit value “7.” 


СМР #8 
ВСС SBO 


If the value was greater than 7, we subtract 8 from it: 


SBC #8 Subtract if >7 


Exercise 10-1: Recall that SBC requires the carry to be set. Is this the 
case? 


Now we can be assured that the number in the accumulator is be- 
tween “0” and “7.” Let us save it in X: 


SBO TAX 


A bit will now be shifted into the correct position of the accumulator. 
Let us first set the carry to “1”: 


SEC Prepare to roll 


BLACKJACK 


We clear the accumulator: 
LDA #0 
then we roll in the bit to the correct position: 


SBLOOP ROLA 
DEX 
BPL SBLOOP 


Note that index register X is used as a bit-counter. The accumulator is 
now correctly conditioned. The external number of the LED to be lit is 
equal to the initial value which was stored in the accumulator plus 
one: 


INY Make Y the external # 


If LEDs 9 or 10 must be lit, the carry bit must be set to indicate this 
fact. Port B will have to be used rather than Port A: 


CPY #9 Set carry for Port B. 
RTS 


Exercise 10-2: Compare this subroutine to the LIGHT subroutine in 
the previous chapter. 


Exercise 10-3: How was the carry set for LED #9 at the end? 
LIGHTR Subroutine 


This subroutine deals the next card to the dealer (computer). It must 
obtain a random number, then make sure that this card has not 
already been dealt, i.e., that it does not correspond to a card which 
has already been displayed on the board. If it has not already been 
displayed, the random number can be used as the value of the next 
card to be dealt. A steady LED will then be lit on the board. 

Let us first get a random number: 


LIGHTR JSR RANDOM 


It will be shown below that the RANDOM routine does not just ob- 


207 


6502 GAMES 


tain a random number but also makes sure that it does not correspond 
to a card already used. All we have to do then is position the correct 
bit in the accumulator and display it. Let us use the SETBIT routine 
we have just described in order to position the bit in the accumulator: 


JSR SETBIT 


We must determine whether Port A or Port B must be used. This is 
done by testing the carry bit which has been conditioned by the 5ЕТ- 
BIT subroutine: 


BCS LLO 


We will assume that Port A must be used. The new bit will be added to 
the display by ORing it into Port A: 


ORA PORTA 
STA PORTA 


The value of the card must be restored into the accumulator. It had 
been saved in the Y register by the SETBIT routine: 


TYA 
RTS 


In case Port B is used, the sequence is identical: 


LLO ORA PORTB 
STA PORTB 
TYA Restore value 
RTS 


BLINKER Subroutine 


This subroutine operates exactly like LIGHTR above except that it 
sets an LED flashing. Note that it contains the SETMASK subroutine 
which will set the proper LED flashing and exit with a numerical value 
of the LED in the accumulator: 


BLINKR JSR RANDOM Get random number 
SETMASK JSR SETBIT 
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BCS BLO Branch if Port В 
ORA MASKA 
STA MASKA 
TYA Restore value 
RTS 
BLO ORA MASKB 
STA MASKB 
TYA 
RTS 


RANDOM Subroutine 


This subroutine will generate a random number between “0” and 
“9” which has not already been used, i.e., which does not correspond 
to the internal number of an LED that is already lit on the Games 
Board. The value of this number will be left in the accumulator upon 
exit. Let us obtain a random number: 


RANDOM JSR RANDER Get 0-255 number 


The RANDER subroutine is the usual random number generator 
which has been described in previous chapters. As usual, we must re- 
tain only a number between “0” and “9.” We will use a different 
strategy here by simply rejecting any number greater than “9” and 
asking for a new random number if this occurs: 


AND #$0Е 
СМР #10 
BCS RANDOM 


Exercise 10-4: Can you suggest an alternative method for obtaining a 
number between “0” and “9”? (Hint: such a method has been described 
in previous chapters.) 


A random number between “0” and “9” has now been obtained. 
Let us obtain the corresponding bit position which must be lit and save 
it in location TEMP: 


JSR SETBIT Set bit in position 
STA TEMP 


We will now check to see if the corresponding bit is already lit on either 
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Port А or Port В. Let us first check to see if it is Port А or Port B: 


BCS RNO Determine Port A or В 
Assuming that it is Port A, we must now find which LEDs in Port А. 
are lit. This is done by combining the patterns for the blinking and 
steady LEDs, which are, respectively, in Mask A and Port A: 


LDA MASKA 


ORA PORTA Combine Port and Mask 


Then a check is made to see whether or not the bit we want to turn on 
is already on: 


JMP RNI 


If it is on, we must obtain a new random number between “0” and 
TS 


RNI AND TEMP 
BNE RANDOM 


If the bit was not already on, we simply exit with the internal value of 
the LED in the accumulator: 


DEY 
TYA 
RTS 


Similarly, if an LED on Port B had to be turned on, the sequence is: 


RNO LDA MASKB 
ORA PORTB 
AND TEMP 
BNE RANDOM 
DEY 
TYA 
RTS 


RANDER Subroutine 


This subroutine generates a random number between “0” and 
“255.” It has already been described in previous chapters. 
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DELAY Subroutines 


Two delay loops are used by this program: DELAY, which provides 
approximately a half-second delay and DELAY2, which provides 
twice this delay or approximately one second. Index registers X and Y 
are each loaded with the value “ЕЕ.” A two-level nested loop is then 
implemented: 


DELAY2 
DELAY 


JSR DELAY 
LDA #$ЕЕ 
TAY 

ро ТАХ 

DI DEX 

LDA #$ЕЕ 
ВМЕ DI 
DEY 

BNE DO 
RTS 


Exercise 10-5: Compute the exact duration of the DELAY subroutines. 
Interrupt Handler 


The interrupt routine is used to blink LEDs on the board, using 
MASKA and MASKB, every time that the timer generates an inter- 
rupt. No registers are changed. The operation of this routine has been 
described in the preceding chapter: 


PHA 

LDA PORTA 
EOR MASKA 
STA PORTA 
LDA PORTB 
EOR MASKB 
STA PORTB 
LDA TILL 
PLA 

RTI 


SUMMARY 


This program was more complex than most, despite the simple strategy 
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used by the dealer. Most of the logical steps of the algorithm were 
accompanied by sound and light effects. Note how little memory 
quired to play an apparently complex game. 


Exercise 10-6: Note that this program assumes that the contents of. 
memory location RND are reasonably random at the beginning of the 
game. If you would like to have a more random value in RND at the 
beginning of the game, can you suggest an additional instruction to be 
placed in the initialization phase of this program? (Hint: this has been 
done in previous programs.) 


Exercise 10-7: In the ENDER routine are the instructions “BNE 
ЕМО” and “JMP START” both needed? If they are not, under what 
conditions would they be needed? 


Exercise 10-8: “Recursion” describes a routine which calls itself. Is 
DELA Y 2 recursive? 


i BLJACK PROGRAM 
ACCESS = $B8hde 
INTUECL = $A67E 
INTVECH = $A67F 


TER = $A00E 
ACR ЕКІ 
TILL = $4004 
ИД $4005 
DDRA = $4003 
DDRE $00 
PORTA = #4001 
РОКТВ = $4000 
MASKA эс2 
MASKE = $63 
CHIPS = әсі 
DONE sco 
PHAND эса 
CHAND = $65 
TEMP эсе 
RND 4с7 
WHOWON = +66 


GETKEY = $100 
è = $200 


ФВЕАСКУАСК GAME: USES A ‘DECK’ OF 10 CARDS. CARDS DEALT 
iTO THE PLAYER ARE FLASHING LED’S. ONES IN THE COM 
ЗРИТЕК”$ HAND ARE STEADY. CARDS ARE DEALT BY A RANDOM 
NUMBER GENERATOR WHICH IS NON-REPETITVE. NUMERICAL 
;TOTALS ARE KEPT IN ZERO PAGE LOCATIONS ^PHAND' AND 
AND’. FORTA AND РОКТВ ARE THE OUTPUT PORTS TO THE 
LED DISPLAY. MASKA AND MASKE ARE USED BY THE INTERRUPT 
ROUTINE TO FLASH SELECTED LED'S. “DONE” AND 

‘WHOWON’ ARE STATUS FLAGS TO DETERMINE END OF GAME амо 
ФНО WON THE CURRENT HAND. 


Fig. 10.12: 


ick jack Ргоҙгат-----------! 
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вв 


ав 


^6 


^o 


PROGRAM STARTS BY INITIALIZING THE TIMER AND THE 
NTERRUPT VECTOR. THE OUTPUT PORTS АКР TURNED ON» 
ND THE STATUS FLAGS ARE CLEARED. 


BLJACK JSR ACCESS — sUNPROTECT SYSTEM MEMORY 


LDA Ф%ЕА $LOAD LOW INTERUPT VECTOR 
STA INTUECL 

Loa $s03 3LOAD HIGH INTERUPT VECTOR 
STA INTVECH 

(la #87F FCLEAR TIMER INTERUPT ENABLE 
STA ТЕК 

іва $$CO FENABLE TIMER 1 INTERUPT 
STA IER 

LDA #340 SPUT TIMER 1 IN FREE RUN MODE 
STA ACR 

LDA 4$FF 

STA TiL SET LOW LATCH ON TIMER 1 
STA TICH SET HIGH LATCH & START TIMER 
сы ENABLE PROCESSOR INTERUPTS 
STA DIRA ISET LED PORTS TO OUTPUTS 
STA DORE 

сар 

Loa 38ЕТ PLAYER'S SCORE TO 5 
STA 

LDA CLEAR DONE FLAG 

STA 


D 
ФНЕШ HAND: DISPLAY IS CLEARED» ROTH HANDS ARE 
FARE SET WITH START VALUES» AND THE CORRESPONDING 
ОЕШУ ARE SET. 


START STA MASKA —— ;CLEAR BLINKER MASKS; IT IS 
STA МАБКВ ASSUMED THAT ACC. CONTAINS ZERO 
STA PORTA | sCLEAR LED'S 
STA PORTE 
STA WHOWON — iCLEAR FLAG FOR HAND 
JSR BLINKR БЕТ RANDOM BLINKING LED 
STA PHAND ORE PLAYER’S HAND 
JSR LIGHTR — УЗЕТ A STEADY RANDOM LED 
STA CHAND | УЗТОВЕ COMPUTER’S HAND 


ʻA’ IS А HIT» °С’ TS COMPUTER’ TURN 
ARE IGNORED 


GETKEY ВЕТ А KEY INPUT 


n DOES PLAYER WANT A HIT? 
HITPLR YES, BRANCH 

эзос IS IT ‘COMP TURN’ KEY? 
DEALER — ;YES 

ASK ЎВА KEY» TRY AGAIN 


HITPLR JSR BLINKR — $ЗЕТ A RANDOM LED 


ас 
ADC PHAND — $TALLY PLAYER'S HAND 
STA PHAND 
СМР #14 ЭСНЕСК HAND 
BCC ASK $15 <=13, OK 
УНЕ LOSE #BUSTEDy GO TO LOSE ROUTINE 
DEALER JSR DELAY — ?DELAY EXECUTION OF ROUTINE 
LDA CHAND 215 COMP OVER HOUSE LIMIT? 
CHP $10 


BCS WINNER — ;YES, FIGURE WINNER 
JSR LIGHTR $М0,5ЕТ RANDOM LED 


Fig. 10.12: Blackjack Program (Continued): 
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ADC CHAND TALLY COMPUTER’S HAND 
STA CHAND 
СМР #14 з? 


ВСС DEALER 
JMP WIN 


ANOTHER HIT? 
USTED, PLAYER WINS 


SFIGURE WINNER? ‘WIN’ AND ‘LOSE’ TALLY SCORE» 
SAND DETERMINE IF THE PLAYER HAS WON OR LOST 


4 
DISPLAY SCORE ВУ LIGHTING 1 OF 10 LED'S, THE 


BOTTOM ROW OF LED 


31F SUCH A CONDITION EXISTS, THE LED'S ARE 


БІТ IS ASSUMED THAT THE ADDRESS OF THE MONITOR 
FON THE STACK. 
; 

929Е: 20 00 01 SCORER JSR GETKEY HOLD LAST 


92811 A9 00 LDA 40 3CLEAR LED'S 
9213: 85 C2 STA MASKA 
0285: 85 СЗ STA MASKB 
0267: 8D 01 A0 STA PORTA 
одада: вр 00 AO STA PORTR 
огап: 46 Ci LDX CHIPS — ;DISPLAY NUMBER OF CHIPS 
О2АЕ: FO 18 BEQ ENDER | ;ADJUST SO SUBROUTINE SETS 
O2Rit CA DEX РІНЕ RIGHT LED 
0282: ВА TXA 
0283: 20 12 03 JSR SETMASK 
0286: AS Ch LDA WHOWON +SEE WHO WON HAND 
0288: РО OF BEQ ENDER $Т1Е- DO NOT AFFECT LED'S 
O2BA! 30 05 BMI SC 
O2RC: A? ОЕ LDA M$0E PLAYER WON- SET THREE LEFT LED^S 
О2ВЕ: AC СЗ 02 JMP sco . 
0261: A9 ВО sc ЛЕТ) SPLAYER LOST- SET THREE RIGHT LED” 
0263: ор 00 A0 SCO ORA PORTB — БЕТ LED PORT 
9264: Bh 00 a0 STA PORTR 
0269: 20 58 03 ENDER JSR DELAY? HOLD DISPLAY 
В 
O2CCt AS со LDA DONE CHECK FOR END OF GAME CONDITION 
О2СЕ BNE ENO 
02001 o2 УНР START — 3ZERO» START МЕШ HAND 
0203: 10 06 ENO ВРІ. ЕМІ 3801» UIN CONDITION 
0205: A? ВЕ LDA ВЕ 3SET SOLID ROW LEDS 
9207: ар 00 A0 STA FORTE 
020A: 60 RTS RETURN TO MONITOR 


Lr: Blackjack Program (Continued) 
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THE GAME. THE “ЫНОШОМ” FLAG IS SET TO SHOW WHO 
1WON THE PARTICULAR HAND. IF THE HANDS АВЕ EQUAL» 
NOTHING IS AFFECTED. 

027} AS CS WINNER LDA CHAND $СОМРАВЕ HANDS 

0281: C5 C4 СМР PHAND 

0283: РО 19 REQ SCORER — ;ARE EQUAL» NO CHANGE 

0285: 90 Oh BCC WIN SPLAYER’S HAND GREATER 

0287: Сё CD LOSE DEC WHOWON — ;LOSE ROUTINE 

0289: Có Сі DEC CHIPS ALLY SCORE 

O28hi DO 11 ENE SCORER PLAYER BROKE? 

0280: Có CO DEC DONE Еб, SET END OF GAME FLAG? 

O28F: АС 9E 02 JMP SCORER 

0292: Её Ср шн INC WHOWON IN ROUTINE 

0294: E6 СІ INC CHIPS — 5TALLY SCORE 

0296: AS СІ LDA CHIPS —— ADD WINNT 

0298: C9 ой CMP $10 ИЕ CHIPS-10» SET END OF GAME FLAG 

029A: DO 02 BNE SCORER 

029С: Её CO INC DONE ISET END OF GAME FLAG: WIN 


8 IS SET TO SHOW WHETHER THE PLAYER 
ФОК THE COMPUTER WON THE HAND. THE DISPLAY 18 HELD 
FTHUS» THEN à TEST IS MADE FOR AN END OF GAME CONDITION 


FSET ACCORDINGLY» AND THE PROGRAM IS TERMINATED. 


STANDINGS OF CARDS 


BLACKJACK 
Емі LDA $sFF SET BLINKING SQUARE 
STA MASKA 
LDA #301 
STA MASKE 
RTS RETURN TO MONITOR 


~-SUBROUTINES~- 


ET A ВІТ IN ACCUMULATOR! ENTER WITH A LOGICAL VALUE» 
sE. 0-9, IN ACC. EXITS WITH A NUMERICAL VALUE(1~10) 
PIN У, AND THE BIT POSITIANEN IN ACC. THE CARRY FLAG 
; 


SETBIT ТАУ SAVE LOGICAL NUMBER 
CHP #8 УВВАСКЕТ 0-7 VALUE 
BCC SEO 
SEC ав $... SUBTRACT IF 27 
во TAX УЗЕТ INDEX REG 
SEC ФРКЕРАКЕ BIT TO ROLL 
Loa 40 
SBLOOP ROL A ФНОУЕ BIT TO POSITION 
DEX 
BPL SBLOOF 
INY ФНАКЕ Y NUMERICAL: NOT LOGICAL 
CPY 49 FSET CARRY. FOR РОКТВ» Ce 
RTS 


; 
JLIGHTR! SETS A RANDOM STEADY LED THAT HAS NOT BEEN 
SPREVIOUSLY SET. ІТ GETS А RANDOM NUMBER» THEN SETS 
THE BIT IN THE PROPER PORT. THE NUMERICAL. VALUE OF 
УВТТ SET IS IN THE ACCUMULATOR ON EXIT. 


LIGHTR JSR RANDOM 
JSR SETBIT 


RANDOM NUMBER 
ВІТ POSITIONED IN ACC. 


BCS LLO IF PORT В DESIGNATED 
ORA PORTA LED IN PORTA 
STA PORTA 
TYA FRESTORE NUMERICAL VALUE 
RTS 

цо ORA PORTE — БЕТ LED IN PORTE 
STA PORTE 
түй ЗВЕВТОВЕ NUMERICAL VALUE 
RTS 


SBLINKR? SETS А RANDOM FLASHING LED THAT HAS NOT BEEN 
PREVIOUSLY SET. THE NUMERICAL VALUE OF THE LED IS IN 
THE ACCUMULATOR ON EXIT. ІТ GETS A RANDOM NUMBER» 
ҰТНЕМ DROPS INTO THE SETMASK ROUTINE TO FLASH THE 
PROPER LED. 

Й 


SETMASK: ENTER WITH А LOGICAL VALUE» AND ROUTINE 
38ЕТ5 THE PROPER FLASHING LED. EXITS WITH NUMERICAL 
SVALUE OF LED SET IN ACCUMULATOR 

Й 

BLINKR JSR RANDOM — ;GET RANDOM NUMBER 

SETMASK JSR SETBIT 


BCS BLO iBRANCH IF PORTE DESIGNATED 
ORA MASKA | $SET МАЗКА 
STA MASKA 
түй PRESTORE NUMERICAL VALUE 
RTS 

но ОКА MASKE БЕТ MASKE 
STA MASKR 


Fig. 10.12: Blackjack Program (Continued) 
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0321: 98 түл 
0322: 40 RTS 
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03471 
0348: 
03461 
034C: 


А5 св 
65 CR 
45 CC 


с? 
с? 
св 


F9 


20 5D оз 


AB 
^D 01 A0 


iBENERATES A RANDOM NUMBER FROM O- ТО 9 THAT 15 NOT 
ФТНЕ NUMBER OF AN LED ALREADY SET. RESULT IS IN ACC ON 


EXIT. 

+ 

RANDOM JSR 
AND 
СНР 
ECs 
JSR 
STA 
BCS 
LDA 
ORA 
MP 

RNO La 
ORA 

RNI AND 
BNE 
DEY 
TYA 
RTS 


ЗОЕНЕКАТЕЗ А RANDOM NUMBER FROM 0-255. USES NUMBERS 
ФАУВУСУПМЕУҒ STORED AS RND THROUGH RNDéS. ADDS BHEtF+1 
AND PUTS RESULT IN Ay THEN SHIFTS А TO By B TO C» ETC. 
iRANDOM NUMBER IS IN ACCUMULATOR ON EXIT. 


RANDER SEC 


ТЕТЕ 


iDELAY LOOP: 


ЗОР DELAY. 

i 

DELAY? JSR 

DELAY LDA 
ТАУ 

ро тах 

nt DEX 
LDA 
BNE 
DEY 
ENE 
RTS 


RANDER 
p 
#10 
RANDOM 
SETRIT 
TEMP 
RNO 
мазка 
PORTA 
км 
MASKE 
PORTB 
TEMP 
RANDOM 


кира 


г КОН 
С КМПУ 


RND 
за 
кух 


RNDHL УХ 


RDLOOF 


DELAY 
14 


эз 
m 


no 


INTERRUPT ROUTIN 


. =$03EA 


PHA 
за 


PORTA 


EXCLUSIVE ÜR^S THE OUTPUT 
PORTS WITH THE CORRESPONDING Hi INKER MASKS EVERY 
TIME THE TIMER TIMES QUT TO FLASH SELECTED LED'S. 
NO REGISTERS ARE CHANGED, AND THE INTERRUPT 

FLAG IS CLEARED BEFORE EXIT. 


GET 0-255 NUMBER 
MASK HIGH NIBBLE 
BRACKET 0-9 


%БЕТ BIT IN POSITION 
ISAVE IT 

PDETERMINE PORT А OR B 
COMBINE PORT AND MASK 


SCOMBINE PORT AND MASK 


$LOOK AT SPECIFIC BIT 
IF BIT SET ALREADY, TRY AGAIN 
MAKE Y LOGICAL 

EXIT WITH VALUE IN ACCUMULATOR 


SCARRY ADDS 1 
FADD BDF 


УЗНАЕТ NUMBERS DOWN 


5 SIMPLY TWICE THE TIME DELAY 
$ APPROX. «^ SEG. DELAY. 


ISET VALUE FOR LOOPS 


SAVE ACCUMULATOR 


COMPLEMENT PORTS WITH MASI 
10.12: Blackjack Program (Continued) 


BLACKJACK 


45 
вр 
ар 
68 
40 


ACCESS 
IER 
TICH 
PORTA 
MASKE 
PHAND 
RND 
BLJACK 
HITPLR 
LOSE 
5С 

ENO 
5:0 
цо 
BLO 
км 
DELAY2 
Di 


ғо 
^o 


ao 
ao 


SYMBOL TABLE: 


ввве 
273 
A005 
A001 
00сз 
оса 
оос7 
9200 
0258 
0287 
о2С1 

0203 
232 
0307 
o3in 
0340 
0356 
0361 


EOR MASKA 
STA PORTA 
LDA PORTE 
EOR MASKE 
STA PORTE 
LDA TiLL 
PLA 

RTI 


INTVECL 
ACR 
DORA 
PORTR 
CHIPS 
CHAND 
ыноыон 
START 
DEALER. 
WIN 
Sco 
Ені 
SBLOOP 
BLINKR 
RANDOM 
RANDER 
DELAY 


SULEAR TIMER INTERRUPT БІТ 


RESTORE 


аёл 
оон 
4003 
A000 
оос! 
оос» 


Fig. 10.12: Blackjack Program (Continued). 


ACCUMULA LOR, 


ШТІ 
m 
DORR 
MASKA 
NONE 
TEMF 
GETKEY 
ASK 
WINNER 
SCORER 
END 
SETRIT 
бипк 
SLTHASN 
ки DNF 
no 


— 


авл 
A004 
A002 
оос? 
оого 
оо‹ 
0100 
0246 
027 
029E 
ODA 
өзг? 
оз? 
озан 
озна 
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THE RULES 


Tic-Tac-Toe is played on a three-by-three sectioned square. An “О” 
symbol will be used to represent a move by the player and an “X” will 
be used to display a move by the computer. Each player moves in turn, 
and on every turn each player strategically places his or her symbol in 
a chosen section of the board. The first player to line up three symbols 
in a row (either horizontally, vertically or diagonally) is the winner. 
An example of the eight possible winning combinations is shown in 
Figure 11.1. Using our LED display, a continuously lit LED will be 
used to display an “X,” i.e., a computer move. A blinking LED will 
be used to display an “О,” i.e., the player's move. 

Either the player or the computer may make the first move. If the 
player decides to move first, һе or she must press key “Е.” If the com- 
puter is to move first, any other key should be pressed and the com- 
puter will start the game. At the end of each game a new game will 
start automatically. The computer is equipped with a variable IQ (in- 
telligence) level ranging from one to fifteen. Every time the computer 
wins, its IQ level is reduced one unit. Every time the player wins, the 
computer's IQ level is increased by one unit. This way, every player 
has a chance to win. A high tone is sounded every time the player wins 
and a low tone is sounded every time that the player loses. 


A TYPICAL GAME 


The display is initially blank. We will let the computer start. We do 
this by pressing any key but the key “Е.” (If we press key “Е,” then 
the player must go first.) Let us begin by pressing 0. After a short 
pause the computer responds with a “сһігр” and makes its move. (See 
Figure 11.2.) 
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О 


О 
О 
О ©; 
ojojo О 
О 


О 


Fig. 11.1: Тіс-Тас-Тое Winning Combinations For a Player 


+H 


Fig. 11.2: First Computer Move 


An ““Х” is used to denote the computer's moves. **O"' will be used 
to denote our moves. Blank spaces are used to show unlit LEDs. Let 
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us move to the center and occupy position 5. (See Figure 11.3.) We 
press key “5.” A moment later, LED #1 lights up and a chirp is heard 
that indicates it is our turn to play. The board is shown in Figure 11.4. 


X 


Fig. 11.3: Our First Move 


и 


X 


X 


Fig. 11.4: Second Computer Move 


It is now our turn and we should block the computer to prevent it 
from completing a winning column: let us occupy position 4. We press 
key “4.” A moment later, LED #6 lights up and a chirp is heard. Тһе 
situation is shown in Figure 11.5. 


X 
о X 
X 


After the Computer's Third Move 
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We play in position 2. The computer reacts by playing in position 8. 
This is shown in Figure 11.6. We prevent the computer from com- 
pleting a winning row by playing in position 9. The computer responds 
by occupying position 3. This is shown in Figure 11.7. This is a draw 
situation. Nobody wins, all the LEDs on the board blink for a mo- 
ment, and then the board goes blank. We can start another game. 


хо x 
х 


X|O|X 
О X 
X|X!O 


(DRAW) 


Fig. 11.7: After the Computer's Fifth Move 


Another Game 


This time we are going to start and, hopefully, win! We press “Е” 
to start the game. A chirp is heard, confirming that it is our turn to 
play. We play in position 5. The computer responds by occupying 
square 3. The chirp is heard, announcing that we can play again. The 
situation is shown in Figure 11.8. We play in position 4. The computer 
responds by occupying square 6. This is shown in Figure 11.9. This 
time we must block the computer from completing the column on the 
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Fig. 11.8: Move 1 


1.9: Move 2 


Fig. 11.10: Move 3 


right and we move into position 9. The computer responds by moving 
to square 1, thus preventing us from completing a diagonal. This 
situation is shown in Figure 11.10. We must prevent the computer 
from completing a winning row on top; therefore we occupy position 
2. The computer responds by occupying position 8. This is shown in 
Figure 11.11. We make our final move to square 7 to finish the game. 
This is a draw: we did not beat the computer. 
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х ох 
о X 
хо 


Fig. 11.11: Move 4 


Since the computer was *'smart enough” to move into a diagonal 
position after we occupied the center position, we did not win. Note: if. 
we keep trying, at some point the computer will play one of the side 
positions (2, 4, 6, or 8) rather than one of the corners and we will then 
have our chance to win. Here is an example. 

We move to the center. The computer replies by moving into posi- 
tion 6. The situation is shown in Figure 11.12. We move to square 1; 
the computer moves to square 9. This is shown in Figure 11.13. We 


Fig. 11.12: Move 1 


Fig. 11.13: Move 2 
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move to square 3; the computer moves to square 7. This is shown in 
Figure 11.14. This time we make the winning move by playing into 
square 2. The situation is shown in Figure 11.15. Note that if we start 
playing and if we play well, the result will be either a draw or a win. 
With Tic-Tac-Toe, the player who starts the game cannot lose if he or 
she makes no mistakes. 


Fig. 11.14: Move 3 


ооо 
X 
X X 


Fig. 11.15: "Wo Мп!" 


THE ALGORITHM 


The algorithm for the Tic-Tac-Toe program is the most complex of 
those we have had to devise so far. It belongs to the domain of so- 
called *'artificial intelligence." This is a term used to denote the fact 
that the functions performed by the program duplicate the mental ac- 
tivity commonly called ''intelligence." Designing a good algorithm 
for this game in a small amount of memory space is not a trivial prob- 
lem. Historically, many algorithms have been proposed, and more can 
be found. Here, we will examine two strategies in detail, and then 
select and implement one of them. Additional exercises will suggest 
other possible strategies. 
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Strategy to Decide the Next Move 


A number of strategies may be used to determine the next move to 
be made by the computer. The most straightforward approach would 
be to store all possible patterns and, the best response in each case. 
This is the best method to use from a mathematical point of view as it 
guarantees that the best possible move will be made every time. It is 
also a practical approach because the number of combinations on a 3 
х 3 board is limited. However, since we have already learned to do 
table lookups for other games, such an approach would not teach us 
as much about programming. It might also not be considered ‘‘fair.”” 
We will, therefore, investigate other methods applicable to a wider 
number of games, or to a larger board. 

Many strategies can be proposed. For example, it is possible to con- 
sider a heuristic strategy in which the computer /earns by doing. In 
other words, the computer becomes a better player as it plays more 
games and learns from the mistakes it makes. With this strategy the 
moves made by the computer are random at the beginning of the 
game. However, provided that a sufficient amount of memory is 
available, the computer remembers every move that it has made. If it 
is led into a losing situation, the moves leading to it are thrown out by 
the computer as misjudged moves, and they will not be used again in 
that sequence. With time and a reasonable “Чеагпіпв” algorithm this 
approach will result in the construction of decision tables. However, 
this approach assumes that a very large amount of memory is 
available. This is not the case here. We want to design a program 
which will fit into IK of memory. Let us look at another approach. 

Another basic approach consists of evaluating the board after each 
move. The board should be examined from two standpoints: first, if 
there are two **O"'s in a row, it is important to block them unless a win 
can be achieved with the current move. Also, the win potential of 
every board configuration should be examined each time: for exam- 
ple, if two **X"'s are in a row, then the program must make a move іп 
order to complete the row for a win. Naturally these two situations are 
easy to detect. The real problem lies in evaluating the potential of 
every square on the board in every situation. 


An Analytical Algorithm 


At this point, we will show the process used to design an algorithm 
along very general guidelines. After that, as we discover the weakness- 
es of the algorithm, we will improve upon it. This will serve as an ех- 
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ample of a possible approach to problem-solving in а game of 
strategy. 


General Concept 


The basic concept is to evaluate the potential of every square on the 
board from two standpoints: “win” and “‘threat.” The win potential 
corresponds to the expectation of winning by playing into a particular 
square. The threat potential is the win potential for the opponent. 

We must first devise a way to assign a numerical value to the com- 
binations of “О”5 and “Х”5 on the board. This must be done so that 
we can compute the strategic value, or **potential,"' of a given square. 


Value Computation 


For each row (or column or diagonal), four possible configurations 
may occur — that is, if we exclude the case in which all three positions 
are already taken and we cannot play in a row. These configurations 
are shown in Figure 11.16. Situation “A” corresponds to the case іп 
which all three squares are empty. Clearly, the situation has some 
possibilities and we will start by assigning the value “опе” to each 
square in that case. The next case is shown in row “В” of Figure 
11.16; it corresponds to the situation in which there is already an “Х” 
in that row. If we were to place a second “Х” in that row, we would 
be very close to a win. This is a desirable situation that has greater 
value than the preceding one. Let us add “опе” to the value of each 
free square because of the presence of the “X”; the value of each 
square in that instance will be “two.” 

Let us now consider case “С” in Figure 11.16, in which we have one 
“X” and one ‘‘O.”’ The configuration has no value since we will never 
be able to win in that particular row. The presence of an '*O" brings 
the value of the remaining square down to “zero.” 

Finally, let us examine the situation of row “D” in Figure 11.16, 
where there are already two '*X"'s. Clearly, this is a winning situation 
and it should have the highest value. Let us give it the value ''three."" 

The next concept is that each square on the board belongs to a row, 
a column, and possibly a diagnoal. Each square should, therefore, be 
evaluated in two or three directions. We will do this and then we will 
total the potentials in every direction. For convenience, we will use an 
evaluation grid as shown in Figure 11.17. Every square in this grid has 
been divided into four smaller ones. These internal squares are used to 
display the potential of each square in each direction. The square 


226 
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labeled “Н” in Figure 11.17 will be used to evaluate the horizontal 
row potential. “V” will be used for the vertical column potential. 
“D” will be used for the diagonal potential. “Т” will be used for the 
total of the previous three squares. Note that there is no diagonal 
value shown for four of the squares on the board. This is because they 
are not placed on diagonals. Also note that the center square has two 
diagonal values since it is at the intersection of two diagonals. 

Once our algorithm has computed the total threat and win poten- 
tials for each square, it must then decide on the best square in which to 
move. The obvious solution is to move to the square having the 
highest win or threat potential. 

Now we shall test the value of our algorithm on some real examples. 
We will look at some typical board configurations and evaluate them 
by using our algorithms to check if the moves it generates make sense. 


A Test of the Initial Algorithm 


Let us look at the situation in Figure 11.18. It is the player's turn 
(“O”) to play. We will evaluate the board from two standpoints: 
potential for “X” and threat from “О.” We will then select the 
square that has the highest total in each of the two grids generated and 
make our move there. 


о 


о 


Fig. 11.18: Test Caso 1 


Let us first complete the evaluation grid for the first row. Since 
there is an “О” in the first row, the horizontal potential for the player 
is zero (refer to row C, Figure 11.16 and look up the value of this con- 
figuration). This is indicated in Figure 11.19. Let us now look at row 
2: it contains two blank squares and an ““Х.”” Referring to line B of 
Figure 11.16, the corresponding value is **two." It is entered at the ap- 
propriate location in the grid, as shown in Figure 11.20. Finally, the 
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Fig. 11.1 


third row is examined, and since there is an “О” in it, the row poten- 
tial is “zero,” as indicated in Figure 11.20. The process is then repeat- 
ed for the three columns. The result is indicated in Figure 11.21. 

The value of each square of column 1 is *'zero,"' since there is ап 
“О” at the bottom. Similarly, for column 2 the value is also “его,” 
and for column 3 it is “опе” for each square, since all three squares 
are open (blank). (Refer to line A in Figure 11.16.) 

The process is repeated for each of the two diagonals and the results 
are shown in Figure 11.22. Finally, the total is computed for each 
square. The results are shown in Figure 11.23. Remember that the 
total appears in the bottom right-hand corner of each square. 

It can be seen that at this point, two squares (indicated by an arrow 
in Figure 11.23) have the highest total, ‘‘three.’” This indicates where 
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Fig. 11.23: The Final Potential 
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we should play. But wait! We have not yet examined the threat, i.e., 
the potential from our opponent “О.” 

We will now evaluate the threat posed by “О” by again computing 
the potential of each square on the board, but this time from “О’5”” 
standpoint. The position values for the six meaningful combinations 
are indicated in Figure 11.24. When we apply this strategy to our 
evaluation grid, we obtain the results shown in Figure 11.25. The 
square with the highest score is the one indicated by the arrow. It 
scores four," which is higher than the two previous squares that 
were determined when we evaluated the potential for “X.” 

Using our algorithm, we decide that the move we should make is to 
play into square 1, as indicated in Figure 11.26. 

Let us verify whether this was indeed the appropriate move, assum- 
ing that each player makes the best possible move. A continuation of 
the game is shown in Figure 11.27. It results in a draw. 


в ЕЯ VALUEO 
C (ох VALUE O 
D | Х|Х| уо 
Е О | vaut2 
Е о О | уз 


Fig. 11.24: Evaluation for "О" 
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Fig. 11.25: Potential Evaluation 


хо 


о 


Fig. 11.26: Move for Highest Score. 
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Let us now examine what would have happened if we had not 
evaluated the threat and played only according to the highest potential 
for “Х” as shown in Figure 11.23. This alternative ending for the 
game is shown in Figure 11.28. This game also results in a draw. In 
this instance, then, the square with the value ‘‘four’’ did not truly 
have a higher strategic value than the one with the value *'three.'* 
However, our algorithm worked. 

Let us now test our algorithm under more difficult circumstances. 


[9] 


х 
х 
о 
ВЕ 
х 
о 
[x] 
x 


x| о x|o 
o[x|x| l|o|x|x to 
o| [o| |о/хіо) 


Fig. 11.28: An Alternative Ending for the Game 


Improving the Algorithm 


In order to test our algorithm, we should consider clear-cut situa- 
tions in which there is one move that is best. To begin, we will assume 
that it is the player’s turn. The first test situation, evaluated for “X,” 
is illustrated in Figure 11.29, and the potential for “О” is shown in 
Figure 11.30. This time we have a problem. The highest overall poten- 
tial is “four” for “X” in the lower right corner square. If the com- 
puter moved there, however, the player would win! At this point our 
algorithm should be refined. 

We should note that whenever there are already two '*X"'s in a row 
the configuration should result in a very high potential for the third 
square. We should therefore assign it a value of ‘‘five’’ rather than 
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11.30: Test #1 Evaluated for 


Fig. 11.31: Test #2 
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**three"' to ensure that we move there automatically. We have thereby 
identified and made our first improvement to the algorithm. 

The second test situation is shown in Figure 11.31. Our algorithm 
assigns the value “5іх” to the lower right corner square (as indicated 
by an arrow in Figure 11.31). This is clearly the correct move. It 
works! Now, let us test the improvement we have made. 


The First Move 


When the board is empty, our algorithm must decide which square 
should be occupied first. Let us examine what this algorithm does. 
(The results are shown in Figure 11.32.) The algorithm always chooses 
to move to the center. This is reasonable. It could be shown, however, 
that it is not indispensable in the game of Tic-Tac-Toe. In fact, having 
the computer always move to the center makes it appear ‘‘boring,’’ or 
simply ‘‘lacking imagination.’’ Something will need to be done about 
this. This will be shown in the final implementation. 


Fig. 11.32: Moving to the Center 


Another Test 


Let us try one more simple situation. This situation is shown in 
Figure 11.33. Again, the recommended move is a reasonable one. The 
reverse situation is shown in Figure 11.34 and does, indeed, lead to а 
certain win. So far, our algorithm seems to work. Let us try a new 
trap. 


A Trap 


The situation is shown in Figure 11.35. It is now *'X's" turn to play. 
Using our algorithm, we will move into one of the two squares having 
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1.33: A Simple Situation 


Fig. 11.34: A Reverse Situation 


the total of **four."' This time, however, such a move would be an er- 
ror! Assuming such a move, the end of the game is shown in Figure 
11.36. It can be seen that “O” wins. The move by “X” was an incor- 
rect choice if there was a way to get at least a draw. The correct move 
that would lead to a draw is shown in Figure 11.37. This time, our 
algorithm has failed. Following is a simple analysis of the cause: it 
moved to a square position of value “four” corresponding to a high 
level of threat by “О,” but left another square with an equal threat 
value unprotected (see Figure 11.35). Basically, this means that if “О” 
is left free to move in a square whose threat potential is equal to 
“four,” it will probably win. In other words, whenever the threat 
posed by **O" reaches a certain threshold, the algorithm should con- 
sider alternative strategies. In this instance, the strategy should be to 
place ап “X” in a square that is horizontally or vertically adjacent to 
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Fig. 11.35: Trap 3 


Fig. 11.36: End of Game 


the first one in order to create an imminent *'lose threat” for “O,” 
and thereby force **O" to play into the desired square. In short, this 
means that the algorithm should analyze the situation further or better 
still, analyze the situation one level deeper, i.e., one turn ahead. This 
is called two-ply analysis. 
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Fig. 11.37: A Correct Move 


In conclusion, our algorithm is simple and generally satisfactory. 
However, in at least one instance, Trap 3 in Figure 11.35, it fails. We 
must therefore, include either a special consideration for this case, or 
we must analyze the situation one turn ahead every time and look at 
what would happen if we were to place an “Х” or an “О” in every 
one of the available squares. The latter is actually the “сіеапеві”” solu- 
tion. Ideally, we should analyze all of the possible sequences until an 
end-of-game situation is obtained. The programming complexity, the 
storage required, and the time that would be needed to analyze the 
situations would, however, make this approach impractical. In a more 
complex game, such as chess or checkers, it would be necessary to use 
such a multi-ply analysis. For example, using only a two-ply analysis 
technique to design a simple chess game would not make it very in- 
teresting or very good. It would be necessary to use three-ply, four-ply 
or even more detailed analysis in order to make the game challenging. 

If it is not possible to push the evaluation to a sufficient depth, the 
algorithm must be equipped with specific procedures that can detect 
special cases. This is the case with ad hoc programming, which can 
be considered ‘‘unclean’’ but actually results in a much shorter pro- 
gram and/or a lesser memory requirement. In other words, if the 
special situations in a game can be recognized in advance, then it is 
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possible to write a special-purpose program which will take these 
situations into account. The resulting program will usually be shorter 
than the completely general one. This type of program, however, 
can only be constructed if the programmer has an excellent initial 
understanding of the game. 

In the game of Tic-Tac-Toe, the number of combinations is limited. 
This makes it possible to examine all possible combinations that can 
be played on the board and to devise a procedure that takes all of these 
cases into account. Since we are primarily limited here by the amount 
of available memory, we will construct an ad /toc algorithm that fits 
within IK of memory. Alternative techniques will be proposed as 
exercises. 


The Ad Hoc Algorithm 


This algorithm assigns a value to each square on the board depend- 
ing on who has played there. Initially a value of ‘‘zero”’ is assigned to 
each square on the board. Every time the player occupies a square, 
however, the corresponding value of the square becomes “опе.” 
Every time the computer occupies a square, the value of that square 
becomes ''four." This is illustrated in Figure 11.38. The value of 
“four” has been chosen so that it is possible to know the combination 
of moves in that row just by looking at the total of every row. For ex- 
ample, if a row consists of a move by the player and two empty 
squares, its *'row-sum"' is **one."' If the player has played twice, its 
row-sum is **two."' If the player has played three times, the row-sum is 
“three.” Since ‘‘three’’ is the highest total that can be achieved іп 
rows where only the player has played, the value of ‘‘four’’ has been 
assigned to a computer move. For example, if the value of a row is 
"five," we know that there is one computer move (“Х”), one player 
move (“О”), and one empty square. The six possible patterns are 
shown in Figure 11.38. It can readily be seen that the row-sum values 
of “two” or *'eight" are winning situations. A row-sum value of 
“буе” is a blocked position, i.e., one that has no value for the player. 
If a win situation is not possible, then the best potentials are represent- 
ed by either a value of “опе” or a value of “‘four’’ depending on 
whose turn it is to play. 

The algorithm is based on such observations. It will first look for a 
win by checking to see if there is a row-sum of value ‘‘eight.”’ If this is 
the case, it will play there. If not, the algorithm will check for a so- 
called “гар” situation in which two intersecting rows each һауе а 
computer move in them and nothing else (the algorithm is always used 
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Fig. 11.38: Row-sums 


for the computer's benefit). This is illustrated in Figure 11.39. By ex- 
amining Figure 11.39, it becomes clear that each unoccupied square 
that belongs to two rows having a row-sum of ‘‘four”’ is a trap posi- 
tion where the algorithm should play. This is exactly what it does. 

The complete flowchart for the board analysis is shown in Figure 
11.40. Now, let us examine it in more detail. Remember that it is 
always the computer's turn when this algorithm is invoked. 

First, it checks for a possible immediate win. In practice, we will ex- 
amine all row-sums and look for one which has a total of “‘eight.’” 
This would correspond to a case where there are two computer moves 
in the same row with the last square being empty. (Refer to Figure 
11.38.) 

Next, we will check for a possible player win. If the player can win 
with the next move, the algorithm must block this move. To do so, it 
should scan the row-sums and look for one that has a total of “two,” 
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Fig. 11.39: A Trap Pattern 


which would indicate a winning combination for the player. (Refer to 
Figure 11.38.) 

At this point the algorithm should check to see if the computer can 
play into any of the trap positions defined above. (See Figure 11.39 for 
an example.) 

One more feature has been built into the algorithm: the computer is 
equipped with а variable IQ level, i.e., with a variable level of in- 
telligence. The above moves are ones that any ‘‘reasonable computer" 
must make. From this point on, however, the algorithm can let 
the computer make a few random moves and even possible mistakes if 
its intelligence level is set to a low level. In order to provide some 
variety to the game, we will obtain a random number, compare it to 
the IQ, and vary our play depending upon the results. If the IQ is set 
to the maximum, the program will always execute the right branch of 
the flowchart; however, if the IQ is not set to the maximum, it will 
sometimes execute the left branch. Let us follow the right branch of 
the flowchart. At this point, we will check for two special situations 
that correspond to moves #1 and #4 in the game. 

For the first situation, i.e., the first move in a game, the algorithm 
will occupy any position on the board. That way, its behavior will be 
different every time and, thus, appear *'intelligent.'" 
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Fig. 11.40: Board Analysis Flowchart 


For the next situation we must look at move #4. It is the computer’s 
turn. In other words, the player started the game (move #1), the com- 
puter responded (move #2), then the player made his or her second 
move (move #3), and it is now the computer’s turn. In short, in the 
game thus far, the player has played twice and the computer has 
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Fig. 11.40: Board Anal 


Flowchart (Continued) 


played once. At this point, we want to check to see if the first three 
moves have all been made along one of the diagonals. If so, since the 
player has made two moves and the computer has made one, the row- 
sum of one of the diagonals will be “5іх.” The algorithm must check 
explicitly for this. If the first 3 moves have all been made along a 
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diagonal, the computer must move to a side position. This is a special 
situation which must be built into the algorithm, or it cannot be 
guaranteed that the computer (assuming the highest IQ level) will win 
every time. This situation is illustrated in Figure 11.41. Note that if 
straightforward logic was used, the algorithm would play into one of 
the free corners since a threat exists from the player that he or she 
might play there, and thereby set up a trap situation. The results of 
such an action are shown in Figure 11.42. By looking at this illustra- 


1: The Diagonal Trap 


PLAYER 


COMPUTER PLAYER. 


Fig. 11.42: Falling Into the Diagonal 
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tion, it can be seen that such a move would result in a loss. However, 
let us examine what happens if we play on one of the sides. This situa- 
tion is illustrated in Figure 11.43; it results in a draw. This is clearly the 
move that should be made. This is a relatively little-known trap in the 
game of Tic-Tac-Toe, and a provision must be built into the algorithm 
so that the computer will win. 


COMPUTER PLAYER COMPUTER 


PLAYER COMPUTER PLAYER 


If it was not the fourth move, or if there was not a diagonal trap set, 
the next thing the computer should do is to check to see if the player 
can set a trap. (Refer to the flowchart in Figure 11.40.) If the player 
can set a trap, the computer plays in the appropriate square to block 
it. Otherwise, the computer moves to the center square, if available; if 
that is not possible, it moves randomly to any position. 

Since this algorithm was built in ап ad Лос fashion, it is difficult to 
prove that it wins or achieves a draw in all cases. It is suggested that you 
try it on a board or that you try out the actual program on the Games 
Board. You will discover that in all conditions under which it has been 
tested, the computer always wins or achieves a draw. If the computer 
keeps winning, however, its IQ level will drop, and eventually it will 
allow the player to win. As an example, some sequences obtained on 
the actual board are shown in Figure 11.44. 
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Suggested Modifications 


Exercise 11-1: Designate a special key on the Games Board that, when 
pressed will display the computer's IQ level. 


Exercise 11-2: Modify the program so that the IQ level of the com- 
puter can be changed at the beginning of each game. 


Credits 


The ad hoc algorithm which was described in this section is believed 
to be original. Eric Novikoff was the main contributor. ‘‘Scientific 
American” (selected issues from 1950 through 1978), as well as Dr. 
Harvard Holmes must also be credited with having provided several 
original ideas. 


Alternative Strategies 


Other strategies can also be considered. In particular, a short pro- 
gram can be designed by using tables of moves that correspond to 
various board patterns. The tables can be short because when sym- 
metries and rotations are taken into account, the number of situations 
that can be represented is limited. This type of approach results in a 
shorter program, however, the program is somewhat less interesting to 
design. 


Exercise 11-3: Design a Tic-Tac-Toe program using this type of table. 


THE PROGRAM 


The overall organization of the program is quite simple. It is Shown 
in Figure 11.42. The most complex part is the algorithm that is used to 
determine the next move by the computer. This algorithm, called 
“FINDMOVE,”’ was previously described. 

Let us now examine the overall program organization. The cor- 
responding flowchart is shown in Figure 11.45. 


l. The computer IQ level is set to 75 percent. 

2. The user's keystroke is read. 

3. The key is checked for the value “Е.” If itis an “F,” the player 
starts; otherwise the computer starts. Depending on the value 
of the key pressed, the flowchart continues into boxes 4 or 5, 
then to 6. 
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16 


Fig. 11.45: Тіс-Тас-Тое Flowchart (Continued) 


GET PLAYER'S MOVE 


If the player starts (PLAYER is not equal to “0”), then we move to 
the left side of the flowchart. 
7. The key, pressed by the player specifying his or her move, is 
read and the move is displayed on the board. 
8. The corresponding LED is lit on the board. It then becomes the 
computer’s turn to play and the variable PLAYER is set to 
“0” in box 9. 


When exiting from box 6, if it is the computer’s turn, we move to 
box 10. 

ll. The next move to be made by the computer must be computed 
FLASH ALL LIGHTS at this time. 
This is the complex algorithm we have described above. 
11. Next, the computer’s move is displayed. 
12. PLAYER is reset to “опе” to reflect the fact that it is now the 

player’s turn. 

Fig. 11.45: Tic-Tac-Toe Flowchart After either party has moved, the board is checked for a winning se- 
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quence of lights in box 13. If there is not a winning sequence of lights, 
we move to the left on the flowchart. 

14. We next check to see if all moves have been exhausted: we 
check for move #9. If the ninth LED is lit and a winning situa- 
tion has not been detected, it is a draw, and all lights on the 
board must be flashed. 

15. We flash all the LEDs on the board. Then, we return to box 6 
and the next player plays. 

When exiting from box 13, if there is a win situation, this fact must 

be displayed: 

16. All of the lights are blanked except for the winning three LEDs. 
Next, it must be determined by the algorithm whether the 
player or the computer has won. 

17. A determination is made as to whether it was the player or the 
computer who won. If the computer has won, we branch to the 
right on the flowchart. 

18. A low frequency tone is sounded. 

19. The computer's IQ is decremented (to a minimum of 0). 

The situation for a player win, shown in boxes 20 and 21, is analo- 

gous. 

The general program flow is straightforward. Now, we shall examine 
the complete information. The subroutine which analyzes the board 
situation is called “ANALYZE” and uses “UPDATE” as a subroutine 
to compute the values of various board positions. 


Data Structures 


The main data structure used by this program is a linear table with 
three entry points that are used to store the eight possible square 
alignments on the board. When evaluating the board, the program 
will have to scan each possible alignment for three squares every time. 
In order to facilitate this process, all possible alignments have been 
listed explicitly, and the memory organization is shown in Figure 
11.46. 

The table is organized in three sections starting at RWPTI, 
RWPT2, and RWPT3 (RWPT stands for “гоуу pointer’’). For exam- 
ple, the first elements RWPTI, RWPT2, and RWPT3, for the first 
three-square sequence are looked at by the evaluation routine. The se- 
quence 15: “0, 3, 6,” as indicated by the arrows in Figure 11.43. The 
next three-square sequence is obtained by looking at the second entry 
in each КҰРТ table. It is “1, 4,7,” which is, in fact, the second col- 
umn on our LED matrix. 
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Fig. 11.46: Tic-Tac-Toe Row Sequences in Memory 
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The table has been organized in three sections in order to facilitate 
access. To be able to access all of the elements successfully, it will be 
necessary to keep a running pointer that can be used as an index for ef- 
ficient table access. For example, if we number our generalized rows 
of sequences from 0 to 7, “row” 3 will be accessed by retrieving 
elements at addresses RWPT1 + 3, RWPT2 + 3, RWPT3 + 3. (It is 
the sequence “0, 1, 2," as seen in Figure 11.46.) 


Memory Organization 


Page 0 contains the RWPT table which has just been described, as 
well as several other tables and variables. The rest of the low memory 
is shown in Figure 11.47. 

The GMBRD table occupies nine locations and stores the status of 
the board at all times. A value of “опе” is used to indicate a position 
occupied by the player, and a value of “four” indicates a position oc- 
cupied by the computer. 

The SQSTAT table also occupies nine words of memory and is used 
to compute the tactical status of the board. 

The ROWSUM table occupies eight words and is used to compute 
the value of each of the eight generalized rows on the square. 

The RNDSCR table occupies six words and is used by the random 
number generator. 

The remaining locations are used by temporary variables, masks, and 
constants, as indicated in Figure 11.47. The role of each variable or con- 
stant will be explained as we describe each routine in the program. 


High Memory 


High memory locations are essentially reserved for input/output 
devices. Ports 1 and 3 are used, as well as interrupts. The correspond- 
ing memory map is shown in Figure 11.48. The interrupt-vector 
resides at addresses A67E and A67F. It will be modified at the begin- 
ning of the program so that interrupts will be generated automatically 
by the interval timer. These interrupts will be used to blink the LEDs 
on the board. 


Detailed Program Description 


At the beginning of each game, the intelligence level of the com- 
puter is set at 75 percent. Each time that the player wins, the IQ level 
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will be raised by one point. Each time that the player loses, it will be 
decremented by one point. It is initially set at the value 12 decimal: 


START LDA £12 
STA INTEL Set IQ at 75% 


Initialization occurs next: 
RESTRT JSR INIT 


Let us examine the INIT subroutine which has just been called. It 
resides at address 0050 and appears on lines 0345 and following on the 
program listing. The first action of the initialization subroutine is to 
clear all low memory locations used by program variables. The loca- 
tions to be cleared are those between CLRST and CLREND (see lines 
41 and 57 of the program listing). Note that a seldom-used facility of 
the assembler — multiple labels for the same line — has been utilized 
to facilitate the clearing of the correct number of memory locations. 
Since it may be necessary to introduce more temporary variables in the 
course of program development, a specific label was assigned to the 
first location to be cleared, CLRST (memory location 18), and 
another to the last location to be cleared (CLREND). For example, 
memory location 18 corresponds both to CLRST and to GMBRD. 
The clearing operation should start at address CLRST and proceed 
forward fourty locations (CLREND-CLRST). Thus, we first load the 
number of locations to be cleared into index register X, then we use 
a loop to clear all of the required locations: 


INIT LDA #0 
LDX #CLREND-CLRST 
CLRALL STA CLRST,X Clear location 
DEX 
BPL CLRALL 


After low memory has been cleared, the two starting locations for the 
random number generator must be seeded. As usual, the low-counter 
of timer 1 is used: 


LDA TILL 
STA RNDSCR + 1 
STA RNDSCR + 4 
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Ports 1A, 1B, and 3B are then configured as outputs. The appropriate 
pattern is loaded into the data direction registers: 


LDA #$FF 

STA DDRIA 
STA DDRIB 
STA DDR3B 


All LEDs on the board are turned off: 


LDA #0 
STA PORTIA 
STA PORTIB 


Next, the interrupt vector’s address must be loaded with a new 
pointer, The address to be deposited there is the address of the inter- 
rupt handler, which has been designed to provide the regular blinking 
of the LEDs. (This process has already been explained in previous 
chapters.) The interrupt handler resides at address INTVEC. The high 
byte and the low byte of this address will be loaded in memory loca- 
tions IRQVH and IRQVL, respectively. A special assembler symbol is 
used to denote the low byte of the interrupt vector: #< INTVEC. Con- 
versely, the high byte is represented in assembly language by #> 
INTVEC. The new interrupt vector is loaded at the specified memory 
locations: 


JSR ACCESS 

LDA #<INTVEC 

STA IRQVL Low vector 
LDA # 2INTVEC 

STA IRQVH High vector 


As usual, the interrupt-enable register must first be cleared, then the 
appropriate interrupt must be enabled: 


LDA #$7F 

STA IER Clear register 
LDA #$С0 

STA IER Enable interrupt 


Timer 1 is set to the free-running mode: 
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LDA 4540 
STA ACR 


The latch for timer 1 is loaded with the highest possible count, 
“ЕРЕР”: 


LDA #$ЕЕ 
STA TILL 
STA TICH 


Finally, interrupts are enabled, the decimal mode is cleared as a 
precaution, and we terminate the initialization stage: 


CLI 
CLD 
RTS 


Back to the Main Program 


We are now at line 69 of the program listing. We read the next key 
closure on the keyboard: 


JSR GETKEY 
It is the first move. We must determine whether it is an “Е” or not. If 
it is an “Е,” the player moves first; otherwise the computer moves 


first. Let us check it: 


CMP #$Е 
BNE PLAYLP 


It is the player's turn and this information is stored in the temporary 
variable PLAYR, shown in Figure 11.44: 


LDA 401 
STA PLAYR 


It is time for a new move, and the move counter is incremented by 
one. Variable MOVNUM is stored in low memory. This is shown in 
Figure 11.44. It is now incremented: 


PLAYLP INC MOVNUM 


257 


TIC-TAC-TOE 


At this point, PLAYR indicates whose turn it is to play. If it is set at 
“zero,” it is the computer's turn. If it is set at “опе,” it is the player's 
turn. Let us check it: 


LDA PLAYR 
BEQ CMPMU 


We will assume here that it is the player's turn. PLAYR is reset to 
“zero” so that the computer will make its move next: 


DEC PLAYR 


The player's move is received by the PLRMV subroutine which will be 
described below. Let us allow the player to play: 


JSR PLRMV 


The move made by the player is specified at this point by the contents 
of the X register. Since it was the player's move, the corresponding 
code on the board's representation should be “01,” which will be 
deposited in the accumulator: 


LDA #01 


We will now display the move on the board by blinking the proper 
LED. In addition, the corresponding ROWSUM will automatically be 
updated: 


JSR UPDATE 


The UPDATE routine will be described in detail below. Once the 
move has been made, we should check for a possible win. In the case 
of a win, the player has three blinking LEDs in a row, and the cor- 
responding row total is automatically equal to ‘‘three.’’ We will 
therefore simply check all eight rows for a ROWSUM of three: 


LDA 403 
BNE WINTST 


At address WINTST a test is performed for a winning configura- 
tion. Index register Y is loaded with ‘‘seven’”? and used as a loop 
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counter. All of the rows, 7 through 0, are checked for the value 
"three": 


WINTST LDY #7 

TSTLP СМР ROWSUM,4 
BEQ WIN 
DEY 
BPL TSTLP 


Let us now continue with the player's move. We will examine the 
computer's move later. (The computer's move corresponds to lines 
83-88 of the program listing, which have not been described yet.) A 
maximum of nine moves is possible in this game. Let us verify whether 
or not we have reached the end of the game by checking the value of 
MOVNUM, which contains the number of the current move: 


LDA MOVNUM 
СМР #9 
BNE PLAYLP 


This is the end of our main loop. At this point, a branch occurs back 
to location PLAYLP, and execution of the main program resumes. 

If we had reached the end of the game at this point, the game would 
be a tie, since there has not been a winner yet. At this point all of the 
lights on the board would be set blinking and then the game would 
restart. Let us set the lights blinking: 


LDA #$ЕЕ 
STA LTMSKL 
STA LTMSKH 
BNE DLY 


The delay is introduced to guarantee that the lights will be blinked for 
а short interval. Let us now examine the end-of-game sequence. 

When a win situation is found, it is either the player's win or the 
computer's win. When the player wins, the row total is equal to 
"three." When the computer wins, the row total is equal to **twelve.' 
(Recall that each computer move results in a value of ‘‘four’’ for the 
square. Three squares in a row will result in 3 x 4 = 12.) If the com- 
puter won, its IQ will be decremented: 
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WIN CMP#12 
BEQ INTDN 


At this point a jump would occur to INTDN, where the intelligence 
level will be decreased (intelligence lowered). 

A losing tone will be generated to indicate to the player that he or 
she has lost. The corresponding frequency constant is “ЕЕ,” and it is 
stored at address FREQ: 


INTDN LDA #$FF 
STA FREQ 


The intelligence level will now be decreased unless it has already 
reached *'zero" in which case it will remain at that value: 


LDA INTEL 
BEQ GTMSK 
DEC INTEL 


For a brief time the winning row will be illuminated on the board, and 
the end-of-game tone will be played. First, we clear all LEDs on the 
board: 


GTMSK LDA #0 
STA PORTIA 
STA PORTIB 


At this point, the number of the winning row is contained in index 
register Y. The three squares corresponding to that row will simply be 
retrieved from the RWPT table. (See Figure 11.43.) Let us display the 
first square: 


LDXRWPTI,Y 
JSR LEDLTR 


The LEDLTR routine will be described below. It lights up the 
square whose number is contained in register X. Let us now display 
the next square: 


LDX RWPT2,Y 
JSR LEDLTR 
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Then, the third one: 


LDX RWPT3,Y 
JSR LEDLTR 


At this point, we should turn off all unnecessary blinking LEDs on the 
board. The new pattern to be blinked is the one with the winning row 
and we must, therefore, change the LTMSKL mask: 


LDA PORTIA 
AND LTMSKL 
STA LTMSKL 


We now do the same for Port 1B: 


LDA PORTIB 
AND LTMSKH 
STA LTMSKH 


Exercise 11-4: Subroutine LEDLTR on line 125 of the program listing 
has just lit the third LED on the board for the winning row. Im- 
mediately after that, we start reading the contents of Port 1A, and 
then Port 1B. 

There is, however, the theoretical possibility that an interrupt might 
occur immediately after LEDLTR, that might change the contents of 
Port 1A. Would this be a problem? If it would not be a problem, why 
not? If it would, modify the program to make it always work correct- 
ly. 

At this point, Ports A and B contain the appropriate pattern to light 
the winning row. If the player has won, the blink masks LTMSKL and 
LTMSKH contain the same pattern, and will blink the row. We are 
now ready to sound the win or lose tone. The duration is set at “ЕЕ”: 


LDA #$ЕЕ 
STA DUR 


The frequency, FREQ, was set above. We simply have to play it: 
LDA FREQ 
JSR TONE 
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A delay must be provided: 
DLY JSR DELAY 


We are now ready to start a new game with the new intelligence level 
of the computer: 


JMP RESTART 
Back to WIN 


Let us now go back to line 103 of the program listing and examine 
the case in which the computer did not win (i.e., the player won). А. 
different frequency constant is loaded at location FREQ: 


LDA #30 
STA FREQ 


Since the player won, the intelligence level of the computer will be 
raised this time. Before it is raised, however, it must be checked 
against the value ''fifteen," which is our legal maximum: 


LDA INTEL 
CMP #$0Е 
ВЕО GTMSK 
INC INTEL 


The sequence was exactly analagous to the one in which the computer 
wins, except for a different tone frequency, and for the fact that the 
intelligence level of the computer is increased rather than decreased. 


The Computer Moves 


Let us now go back to line 83 of the program listing and describe 
what happens when the computer makes a move. Variable PLAYR is 
incremented, then a delay is provided to simulate ‘‘thinking time’’ for 
the computer: 


COMPMV INC PLAYR 
JSR DELAY 


The computer move is determined by the ANALYZ routine described 
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below: 
JSR ANALYZ 


The computer's move is entered as а ‘‘four’’ at the appropriate 
location on the board: 


LDA #04 
JSR UPDATE 


Next, we check all of the rows for the possibility of a computer win, 
i.e., for a total of “twelve”: 


LDA #12 
WINTST LDY #7 


and so on. We are now back in the main program described previous- 
ly. 

When the program segment outlined above is compared to the one 
that is used for the player’s move, we find that the primary difference 
between the two is that the move was specified by the ANALYZ 
routine rather than being picked up from the keyboard. This routine is 
the key to the level of intelligence of the algorithm. Let us now ex- 
amine it. 


Subroutines 


The ANALYZE Subroutine 


The ANALYZ subroutine begins at line 143 of the program listing. 
The corresponding conceptual flowchart is shown in Figure 11.40. In 
the ANALYZ subroutine the ODDMSK is first set to “2его.”” 


ANALYZ LDA #0 
STA ODDMSK 


We now check for the possibility of a computer win during its next 
turn. If that possibility exists, we clearly must play into the winning 
square. This will end the game. A winning situation is characterized by 
a total of ‘‘eight’’ in the corresponding row; therefore let us deposit 
the total **eight"" into the accumulator: 
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LDA #08 


A winning situation will occur when the squares in rows 1, 2, or 3 all 
total **three" at the same time. Let us set our filter variable, X, for the 
number of rows that qualify, to ‘‘three’’: 


LDX 403 


We are now ready to use the FINDMV routine: 
JSR FINDMV 


The FINDMV routine will be described below. It must be called with 
the specified ROWSUM in A and with the number of times a match is 
found in X. It will systematically check all of the rows and squares. If 
a square is found, it exits with a specified square number in X and the 
Z flag is set to ‘‘0.’’ Let us test it: 


BNE DONE 


If a winning move has been found, the ANALYZ routine exits. Unfor- 
tunately, this is not usually the case, and more analysis must be done. 

The next special situation to be checked is to see if the player has a 
winning move. If so, it must be blocked. A winning situation for the 
player is indicated by a row total of *'2."' Let us load “2” into the ac- 
cumulator and repeat the previous process: 


LDA 402 
LDA 403 

JSR FINDMV 
BNE DONE 


1f the player could make a winning move, this is the square where the 
computer should play and we exit to DONE; otherwise, the situation 
should be analyzed further. 

We will now check to see if the computer can implement a trap. A 
trap corresponds to a situation in which a computer move has already 
been made in the same row. We would like to play at the intersection 
of two rows containing computer moves. This was explained above 
when the algorithm was described. This situation is characterized by A 
= 4and X = 2. Let us load the registers with the appropriate values 
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and call the FINDMV routine: 


LDA #04 
LDX #02 

JSR FINDMV 
BNE DONE 


И we succeed, we exit to DONE; otherwise, we proceed down the 
flowchart diagrammed in Figure 11.40. 

It is at this point that the computer can demonstrate either in- 
telligent or ill-advised play. The behavior of the computer will be 
determined by its intelligence level. We will now obtain a random 
number and compare it to the computer's IQ. If the random number 
exceeds the computer's IQ, we will proceed to the left side of the 
flowchart in Figure 11.40 and make an ill-advised move (i.e., a random 
one). If the random number does not exceed the computer's IQ, we 
will make an intelligent move on the right side of the flowchart. Let us 
generate the random number: 


JSR RANDOM 
We truncate the random number to its right byte so that it does not ex- 
ceed fifteen: 


AND #$0Е 
and we compare it to the current IQ of the computer: 


CMP INTEL 
BEQ OK 
BCS RNDMV 


If the random number is higher than the IQ level stored in INTEL, we 
branch to RANDMV and play a random move. At this point, we will 
assume that the random number was not greater than the IQ level, and 
that the computer will play an intelligent move. We now proceed from 
line 162 (location “ОК”). 

We will first check to see if this is move #1; then we check to see if. 
this is move #4. Let us check for move #1: 


OK LPX MOVNUM 
СРХ #1 
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If it is move #1, we occupy any square: 
BEQ RNDMV 
Let us now check for move #4: 


CPX #4 


If it is not move #4, we will check to see if the player can set a trap. 
This will be performed at location TRAPCK. Let us assume here that 
itis move #4. 


BNE TRAPCK 


This section will check both diagonals for the possibility of the se- 
quence player-computer-player. If this sequnce is found, we will play 
to the side. Otherwise, we will go back to the mainstream of this 
routine and check to see if the player can set a trap. The combination 
player-computer-player in a row is detected when the row totals 
“six.” Therefore, we load the value ‘‘six’’ into the accumulator and 
check the corresponding diagonal. By coincidence, diagonals corre- 
spond to the sixth and seventh entires in our RWPT table. (See 
Figure 11.46.) Let us do it: 


LDX #6 

TXA 

CMP ROWSUM,X 
REQ ODDRND 


If a match is found, we branch to address ODDRND, where we will 
play to the side. This will be described below. If a match is not found 
we check the next diagonal: 


INX 


CMP ROWSUM,X 
BEQ ODDRND 


If, at that point, the test also fails for the second diagonal, we will 
check to see if the player can set a trap. 
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Checking To See If the Player Can Set a Trap (TRAPCK) 


The possibility of a trap for the player is identified (as in the case of 
the computer) when two intersecting rows each contain only a 
player's move. This has been explained in the description of the 
algorithm above. The value of a row which is a candidate for a trap is 
thereby equal to “опе” (one player's move). The parameters must, 
therefore, be set to А = 1, and X = 2 before we can call the 
FINDMV routine: 


TRAPCK LDA #1 
LDX #2 
JSR FINDMV 
BNE DONE 


If the proper location for a trap can be found, the next move is to play 
there. Otherwise, if possible, the computer moves to the center or, if 
the center is occupied, it makes a random move on the side. 


LDX GMBRD + 4 
BNE RNDMV 
LDX #5 

BNE DONE 


Playing a Random Move on the Side 


The four sides on the board are numbered externally 2,4,6 and 8, or 
internally 1,3,5, and 7. Any odd internal number specified for a move 
will result in our occupying a side position. If we want to occupy a side 
position, we simply load the value “опе” in ODDMSK, and we 
guarantee that the random number generated will be one of the four 
corners. This is performed by entering at address ODDRND: 


ODDRND LDA #1 
STA ODDMSK 


Generally, however, we may want to make a random move. This will 
be accomplished by generating and using any random number that is 
reasonable, i.e., by setting ODDMSK to “0” prior to entering at ad- 
dress RNDMV. Let us obtain a random number: 
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Let us strip off the left byte: 
AND #$0Е 


Then let us OR this random number with the pattern stored in ODDMSK. 
If the mask had been set to “0,” it would have no effect on the random 
number. If the mask had been set to **1,"" however, it would result in 
our playing into one of the corners (the center is occupied here): 


ORA ODDMSK 


Since the random number which was generated was between “0” and 
"15," we must check to be sure that it does not exceed “9”; other- 
wise, it cannot be used: 


СМР #9 
BCS RNDMV 


We must now check to make sure that the space into which we want 
to move is not occupied. We load the square's number into index 
register X and verify the square's status by reading the appropriate en- 
try of the GMBRD table (see the memory map in Figure 11.47): 


TAX 
LDA GMBRD,X 


If there is any entry other than “0” in this square, it means that it is 
Occupied and we must generate another random number: 


BNE RNDMV 
We have selected a valid square and will now play into it. When we ex- 
it from this routine, the external LED number should be contained in 
X. It is obtained by adding “1” to the current contents of X, which 
happens to be the internal LED number: 
INX 
DONE RTS 
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FINDMV Subroutine 


This subroutine will evaluate the board until it finds a square which 
meets the specifications in the A and the X registers. The accumulator 
A contains a specified row-sum that a row must meet in order to 
qualify. Index register X specifies the number of times that a par- 
ticular square must belong to a row whose row-sum is equal to the one 
specified by A. 

The FINDMV subroutine starts with a square status of “0” for 
every square on the board. Every time it finds a square that meets the 
row-sum specification, it will increase its status by “1.” Thus, at the 
end of the evaluation process, a square with a status of “17” is a square 
which meets the row-sum specifications once. A square with a status 
of “27 is one that meets the specification twice, etc. 

The final selection is performed by FINDMV, which checks the 
value of each square in turn. As soon as it finds a square whose status 
matches the number contained in register X, it selects that square 
as one that meets the initial specification. 

The complete flowchart for FINDMV is shown in Figure 11.49. 
Essentially, the subroutine operates in three steps. These steps are in- 
dicated in Figure 11.49. Step 1 is the initialization phase. Step 2 cor- 
responds to the selection of all squares that meet the row-sum 
specifications contained in register A. The status of every empty 
square in a row that meets this specification is increased by one as all 
the rows are scanned. Step 3 is the final selection phase. In this phase, 
each square is looked at in turn until one is found whose status match- 
es the value contained in X. As soon as one is found, the process 
stops. That square is the one that will be played by the computer. Ifa 
square is not found, the routine will exit, with the index X having 
decremented to “0,” and this will be used as a failure flag for the call- 
ing routine. 

Let us now examine the corresponding program. It starts at line 204 
in the program listing. 


Step 1: Initialization 


Index registers X and A will be used in the body of this subroutine. 
Their initial contents must first be preserved in temporary memory 
locations. Addresses TEMPI and TEMP? are used for that purpose. 
(See Figure 11.47 for the memory map.) 

Let us preserve X and A: 
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FINDMV STX TEMP2 
STA TEMPI 


The status of the board is then cleared. Each square's status must be 
set to “0.”” This is accomplished by loading the value “0” into the ac- 
cumulator, then going through a nine cycle loop that will clear the 
status of each square in turn: 


LDA #0 

LDY #8 
CLRLP STA SQSTAT,4 

DEY 

BPL CLRLP 


Step 2: Computing the Status of Each Square 


Each of the eight possible row-sums will now be examined in turn. 
If the row-sum matches the value specified in the accumulator on 
entry, each empty square within the specified row will have its status 
incremented by **1." If the row-sum value does not meet the minimum, 
the next one will be examined. Index register Y is used as a row pointer. 
The RWPT table described at the beginning of this program and shown 
in Figure 11.46 will be used to successively retrieve the three squares 
that form every row. Let us first initialize our counter: 


LDY #7 
Now, we will check the value of the corresponding row-sum: 


CHEKLP LDA TEMPI 
CMP ROWSUM,Y 
BNE NOCHEK 


Let us assume at this point that the row-sum is indeed the correct one. 
We must now examine each of the three squares in the row. If the 
square is empty, we increment its status. The first step is to obtain the 
square’s value by looking it up in the table, using index register Y as a 
displacement, and using addresses RWPTI, RWPT2, and RWPT3 
successively as entry points into the row table. Let us try it for the first 
square: 
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LDX RWPTI,Y 


Index register X now contains the square number. If the square is 
empty, a new subroutine, CNTSUB, is used to increment its status: 


JSR CNTSUB 


It will be described below. 
Let us now do the same for the second and third Squares: 


LDX RWPT2,Y 
JSR CNTSUB 
LDX RWPT3,Y 
JSR CNTSUB 


We have now completely scanned one row. Let us look to see if any 
more rows need to be checked: 


NOCHEK DEY 
BPL CHECKLP 


The process is repeated until all the rows have been checked. At this 


point, we enter into step 3 of FINDMV. (Refer to the flowchart in 
Figure 11.49.) 


Step 3: Final Selection 


Index register X will be used as a square pointer. It will start with 
Square #9 and continue to examine squares until one is found that 
meets the additional X register specifications, i.e., the number of 
times that the given square belongs to a row with the appropriate row- 
sum value. Let us initialize it: 


LDX 49 


Now, we compare the value of the square status with the value of the 
specified X parameter: 


FNMTCH LDA TEMP2 
AND SQSTAT-1,X 
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If the square status matches the value of the parameter, we select this 
square: 


BNE FOUND 
Otherwise, we try the next one: 


DEX 
BNE FNMTCH 
FOUND RTS 


Exercise 11-5: Why are “АМР” and “ВМЕ” rather than “СМР”апа 
“ВЕО” used to find a matching square above? (Hint: decide what the 
difference in the program's strategy would be.) 


COUNTSUB Subroutine 


This subroutine is used exclusively by the FINDMV subroutine and 
increments the status of the square whose number is in register X, if 
the square is empty. First, it examines the status of the square by look- 
ing for its code in the GMBRD table: 


CNTSUB LDA GMBRD,X 
BNE NOCNT 


If the square is occupied, an exit occurs. If it is not, the status value of 
the square is incremented: 


INC SQSTAT,X 
NOCNT RTS 


UPDATE Subroutine 


Every time a move is made, it must be displayed on the board. 
Then, the appropriate code must be stored in the board representa- 
tion, i.e., in the table GMBRD. Finally, the new ROWSUMs must be 
computed and stored at the appropriate locations. These functions are 
accomplished by the UPDATE subroutine. 

The player's code is contained in the accumulator. The position into 
which the move is made is contained in register X. Since the number in 
index register X is the value of an external LED, it is first decremented 
in order to match the actual internal LED number: 
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UPDATE DEX 


The value must now be stored in the appropriate location of the GMBRD 
table which contains the internal representation of the board: 


STA GMBRD,X 


Note that the value of X is simply used as a displacement into the 
table. However, the accumulator happens to contain the appropriate 
code that is merely written at the specified location. At this point, UP- 
DATE would like to display the move on the LEDs. It must first 
decide, however, whether to light a steady LED or make it blink. To 
do this, it must determine whether it is the player's move or the com- 
puter's move. It does this by examining the code contained in the ac- 
cumulator. If the code is “four,” it is the computer's move. If the 
code is “1,” it is the player's move. Let us examine it: 


СМР #04 
BEQ NOBLNK 


If it is the computer's move, a branch will occur to address NOBLNK; 
otherwise, we proceed. Let us assume for the time being that it was the 
player's move: 
JSR LIGHT 

The LIGHT subroutine is used to set the bit blinking and will be 
described below. Upon exit from LIGHT, the accumulator contains 
the bit in the position that is required to set the LED blinking. At this 
point, the blink masks should be updated: 


ORA LTMSKL 
STA LTMSKL 


If the carry was “zero” upon completion of LIGHT, one of the bits 
zero through seven had been set and we are done: 


BCC NOBLNK 


Otherwise, if the carry had been set to 1, it would mean that LED #9 
had to be set, i.e., that the high order part of the mask had to be 
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modified. Let us do it: 


LDA #01 
STA LTMSKH 


At this point, the LED masks are properly configured and we can give 
the order to light the LEDs: 


NOBLNK JSR LEDLTR 


The LEDLTR routine lights up the LED specified by register X. Note 
that if it was a computer move, this LED will remain steadily on. If it 
was a player’s move, this LED will be turned off and on automatically 
as interrupts occur. 

Next, we must update all row-sums. Index register X is used as a 
row pointer. We will look at all eight rows in turn. In anticipation of 
the addition, the carry bit is cleared: 


LDX #7 
ADDROW CLC 


The first square of row eight is examined first: 
ГОУ RWPTI,X 


Note that index register Y will contain the internal square number 
following this instruction. This will immediately be used for another 
indexed operation. The contents of the square will be read so that the 
new row-sum may be computed. (The row-sum for that row may or 
may not be the same as before. No special provision has been made 
for restricting the search to the two or three rows affected.) All rows 
are examined in turn, and all row-sums are re-computed to keep the 
program simple. 
Let us obtain the current square’s value: 


LDA GMBRD,Y 
The GMBRD table is accessed using index register Y as a displace- 
ment. Note that the two instructions shown above implement a two- 


level indexing operation. This is a most efficient data retrieval tech- 
nique. At this point, the accumulator contains the value of the first 
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square. It will be added to the value of the two following squares. The 
process will now be repeated: 


LDY RWPT2,X 
ADC GMBRD,Y 


The number of the second square has been looked up by the LDY in- 
struction and its value stored in Y. The addition instruction looks up 
the actual value of that square from GMBRD, and adds that value to 
the accumulator. This process is performed one more time for the 
third square: 


LDY RWPT3,X 
ADC GMBRD,Y 


The final value contained in the accumulator is then stored in the 
ROWSUM table at the position specified by the value of index register 
X (the row index): 

STA ROWSUM,X 


The next row will now be scanned: 


DEX 
BPL ADDROW 


If X becomes negative, we are done: 
RTS 


LED LIGHTER Subroutine 
This subroutine assumes upon entry that register X contains the in- 


ternal LED number of the LED on the board which must be turned on. 
The subroutine will therefore turn that LED on using the LIGHT 


subroutine, which converts a number in register X into a bit pattern in 
the accumulator for the purpose of turning on the specified LED: 
LEDLTR JSR LIGHT 


At this point, either Port 1А or Port 1B must be updated. Let us 
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assume initially that it is Port 1A (if it is not Port ІА, which we сап 
find out by examining the carry bit below, then the pattern contained 
in the accumulator is all zeroes and will not change the value of Port 
1A): 


ORA PORTIA 
STA PORTIA 
BCC LTRDN 


The carry bit is tested. If it has been set to 1 by the LIGHT subroutine, 
then LED 49 must be turned on. This is accomplished by sending a 
“1” to Port 1B: 


LDA #1 
STA PORTB 
RTS 


PLRMV Subroutine (Player's Move) 


This subroutine obtains one correct move from the player. It chirps 
to get his or her attention and waits for a keyboard input. If a key 
other than 1 through 9 is pressed, it will be ignored. Whenever the 
subroutine gets a move, it verifies that the square on the board is in- 
deed empty. If the square is not empty, the subroutine will ignore the 
player's move. Let us first generate a chirp in order to get the player's 
attention: 


PLRMV LDA #$80 
STA DUR 
LDA #$10 
JSR ТОМЕ 
Now, let us capture the key closure: 


KEYIN JSR GETKEY 


We must now check to see that the key that is pressed is between 1 and 
9. Let us first check to see that it is not greater than or equal to 10: 


СМР #10 
BCS KEYIN 


Let us now verify that it is not equal to “2его”: 
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ТАХ 
ВЕО KEYIN 


Finally, let us verify that it does not correspond to a square that is 
already occupied: 


LDA GMBRD-1,X 
BNE KEYIN 
RTS 


Exercise 11-6: Modify the PLRMV subroutine above so that a new 
chirp is generated every time a player makes an incorrect move. To tell 
the player that he or she has made an incorrect move, you should 


generate a sequence of two chirps, using a different tone than the one 
used previously. 


LIGHT Subroutine 


This subroutine accepts an LED number in register X. It returns 
with the pattern to be output to the LEDs in the accumulator. If LED 
9 is to belit (X = 8), the carry bit is set. This subroutine is straightfor- 
ward and has been described previously: 


LIGHT STX ТЕМР! 
SEC 
ROLA 
DEX 
BPL SHIFT 
LDX ТЕМР! 
RTS 


DELAY Subroutine 
This is a classic delay subroutine that uses two nested loops that 


have a few extra instructions within the loop that are designed to waste 
time: 


DELAY LDY #$FF 
ры LDX #$ЕЕ 
DL2 ROL DUR 
ROR DUR 
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DEX 
BNE DL2 
DEY 
BNE DL1 
RTS 


Interrupt Handling Routine 


Every time that an interrupt is received, the appropriate LEDs will 
be complemented (turned off if on, or on if off). The positions of the 
LEDs to be blinked are specified by the contents of the LTMSK 
masks. Two bytes are used in memory for the low and high halves, 
respectively. (See Figure 11.47 for the memory map.) 

Turning the bits on or off is accomplished by an exclusive-OR in- 
struction that is the equivalent of a logical complementation. Since 
this routine uses the accumulator, the contents of A must be preserved 
at the beginning of the routine. It is pushed onto the stack and 
restored upon exit. The subroutine is shown below: 


INTVEC PHA 
LDA PORTIA 
EOR LTMSKL 
STA PORTIA 
LDA PORTIB 
EOR LTMSKH 
STA PORTIB 
LDA TILL 
PLA 
RTI 


Exercise 11-7: Notice the LDA TILL instruction above. The next in- 
struction in this subroutine is PLA. It will overwrite the contents of 
the accumulator with the words pulled from the stack. The contents of 
the accumulator, as read from TILL, will therefore be immediately 
destroyed. Is this a programming error that was accidentally left in 
this program? If not, what purpose does it serve? (Hint: this situation 
has been encountered before. Refer to one of the earlier chapters.) 


INITIALIZE Subroutine 


This subroutine was described in the body of the main program 
above. 
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RANDOM and ТОМЕ Subroutines 


These two subroutines were described in previous programs. 


SUMMARY 


This program was the most complex we have developed. Several 
algorithms have been presented, and one complete implementation of 
an ad hoc algorithm has been studied in great detail. Readers interested 
in games of strategy and programming are encouraged to implement 


an alternative algorithm. 


LINE € LOC — conr LINE 
0002 0000 enem 
0003 0000 р 


PROGRAM TO PLAY TIC-TAC-TOE ON бүн-1 


IF F^ KEY 18 


2 UIA Hee 


FINTERRUPT ENABLE REGISTER. 

IAUXILIARY CONTROL REGISTER. 

STIMER 1 LATCH LOW. 

STIMER 1 LATCH HIGH. 
#48592 VIA аз 


0004 0000 COMPUTER WITH 3X3 LED MATRIX AND НЕХ KYBD. 
0005 0000 $ АТ BEGINNING OF GAME, 

0006 0000 JPRESSED, PLAYER GOES FIRST, ANY OTHER KEY» 
0007 0000 JCOMPUTER GOES FIRST. THEREAFTER, TO MAKE 
0008 0000 ЗА HOVE, PRESS KEY CORRESPONDING TO NUMBER 
0009 0000 ФОР SQUARE DESIRED. 

0010 0000 р 

0011 0000 JL INKAGES : 

0012 0000 D 

0013 0000 ОЕТКЕУ = #100 

0014 0000 ACCESS = «Вн86 

0015 0000 , 

0016 0000 туо: 

9017 0000 ’ 

0018 0000 PORTIA = snoot 

0019 0000 DIRIA = $4001 

0020 0000 PORTIR = 31000 

0021 0000 DIRIR ^ 34002 

0022 0000 IER = $n00F 

0023 0000 ACR = жабов 

0024 0000 Tilt - $4004 

0025 0000 TICH = 4005 

0026 0000 РОКТЗ = $acoo 

0027 0000 DDR3B = SACO? 

0028 0000 TROVL = злак 

0029 0000 IRQUH = #4675 

0030 0000 П 

0031 0000 STABLE OF SQUARES IN KOARD’S B ROWS. 

0032 0000 D 

0033 0000 *-0 

0034 0000 , 

0035 0000 00 RUPTA BYTE 0,1,2,0,34,0,2 


0035 0001 01 
0035 0002 02 
0035 0003 00 
0035 0004 оз 
0035 0005 04 
0035 0006 00 
0035 0007 02 
0036 0000 оз 
0036 0009 04 
0036 0008 05 
0036 0008 ot 
0036 0000 04 
0036 0000 07 
0036 000E 04 
0036 000F 04 
0037 0010 08 


киртә 


Fig. 11.50: Tic-Tac-Toe Program 
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0037 0011 
0037 0012 
0037 0013 
0037 0014 
0037 0015 
0037 0016 
0037 0017 
0038 0018 
0039 0018 
0040 0018 
0041 0018 
0042 0018 
0043 0021 
0044 0021 
0045 002A 
0046 0032 
0047 0032 
0048 0032 
0049 0038 
0050 0039 
0051 0034 
0052 оозв 
0053 003С 
0054 0030 
0055 003E 
0056 ООЗЕ 
0057 0040 
0058 0040 
0059 0041 
0060 004i 
0061 0042 
0082 0042 
0063 0042 
оова 0042 
0065 0200 
9066 0200 
0067 0202 
0068 0204 
0069 0207 
0070 020A 
0071 020C 
0072 020E 
0073 0210 
0074 0212 
0075 0214 
0076 0216 
0077 0218 
0078 021^ 
өзі» 
КЗ 
0222 
0224 
0226 
0228 
0228 
022€ 
0230 
0233 
0235 
0237 
023A 
023c 
0230 
023F 
0241 
0243 
0245 
0247 
0249 
0248 
озар 
o24r 


oc 
^ 
50 
оо 
оғ 
04 
о: 
зв 
за 
зв 
oE 
зв 
во 
01 
40 
оз 
oF 
зв 
aa 
эр 
94 
40 
oc 
07 
E 
п 


ға 
за 
os 
co 
FF 
3D 
зс 
aa 
oc 
oE 


оо 
о 


оз 
оз 


оз 
o2 


os 


оо 


SUARTABLE STORAGES: 
$ 


CLRST 
HERD 


sastat 
ROUSUM 


RNDSCR 
TEMPI 
TEMPO. 
ноонун 
PLAYR. 
LTMSKH 
LTMSKL 
DUR 
FREQ 
CLREND 
ODDHSK 


INTEL 
р 


% жжжжж% MAIN PROGRAM BENEKE 


, 
START 


RESTRT 


нуі 


conen 


wINTST 
TSTLP 


шн 


m 


JOARD AS $01=FLAYERy #04=COMPUTER. 


m 
жө 


FROM, WHERE I"PLAYER» 
ОМЕШТЕК, O-EMPTY. 


D 
а-а 
жеке 
жені 
nn 
n 
En 
mn 
n 
pen 


aen 


IGENERATOR OND TO PICK CORNER. 


жені 


а = 3200 


LDA (12 
STA INTEL 
JSR INIT 
ISR GETKEY 
EMP wer 
ВНЕ PLAYLF 
Loa #01 
STA PLAYR 
INC MOUNUM 
LDA PLAYR 
HEO COMPHY 
тес PLAYR 
JSR PLRMU 
Lpa #01 
JSR UPDATE 
ip^ вох 
BNE WINTST 
INC FLAYR 


CHE ROUSUMeY 
BEQ UIN 


BPL TSTLP 
LDA MOUNUM 


= 


FAST LOC. TO BF (LFARFD RY ‘INIT’. 
ЗОЛМЕ BOARD: PLAYER'S POSITIONS ON 


SQUARE'S TACTICAL STATUS. 
#SUM OF VALUES OF SQUARES IN 


FRND # DEN. SCRATCHPAD. 


FNUMBER OF CURRENT MOVE. 
iUHO^S TURN IT 18. 
THIGH ORDER BLINK MASK FOR LED'S 
iLO ORDER SANE. 

DURATION FOR TONES. 

FREQUENCY OF TONES. 
SLAST LOC TO ВЕ CLEARED BY “INIT”, 
iMAKES PRODUCT OF RANDOM MOVE 


FINTELLIGENCE QUOTIENT 


ISET 1.0, AT 75% 
FINITIALIZE PROGRAM, 

IGET FIRST MOVE DETERMINER. 
ATS IT “Fe? 


FYES» PLAYER FIRST. 


FCOUNT THE MOVES. 
JUMD^S TURN? 

FIF Or COMPUTER'S MOVE. 
iPLAYER^S TURN» COMPUTER NEXT. 
iBET PLAYER’S MOVE. 

iSTORE PLAYER'S PIE 
SPLAY IT, AND UPDATE ROUSUMS. 
LORD PATTERN FOR WIN SEARCH. 
ICHECK FOR WIN, 

SCOMPUTER^S TURN, PLAYER NEXT. 
STIME FOR COMPUTER TO “THINK”. 
iFIND COMPUTERS MOVE 

FSTORE COMPUTER'S PI 

IPLAY IT. 

3LOAD PATTERN FOR UIN SEARCH. 
ОПЕ 7X 10 CHECK ROWSUMS 
FOR WINNING PATTERN. 

мїн ТЕ PATTERN FOUND. 

LOOP ANI. 

TRY AGAIN. 

FIF МОЧЕ NUMBER = 9, 

THEN GAME 15 ТІР. 

3KEFP PLAYING IF NOT. 

ALL LIGHTS. TO BINNING. 


ЗКЕЕР THEM BLINKING A WHILE. 
SCOMPUTER WIN? 
TF YES, 1.0. DOWN. 
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[74 
oon 


Lna #30 
STA FREQ 
LDA INTEL 
СМР Е 
EEO GTMSK 
INC INTEL 
BNE GTMSF 

INTIN 104 ferr 
STA FREN 
LDA INTEL 
REQ GTMSN 
DEC INTEL 

GIMSN LDA 40 
STA PORTIA 
STA PORTIE 
LDX RWPTI Y 


OAD FREQ. CONST FOR WIN ТОНЕ. 


21.0. AS HIGH AS POSSIBLE? 
FIF YES. DON’T CHANGE IT. 

SRATSE 1.0. 

360 FLASH ROW. 

3LOAD FRED. CONST. FOR LOSE ТОНЕ. 


41.0. - o7 
GIF YRS) понет DECREMENT! 
81.0. DOUN, 

SCLEAK ALE IENS. 


звЕТ BIT IM ассим. 10 | l0MT 


SLED CORRESPONDING TO 1ST SOUARF 
PIN WINNING ROW. 


JSR LEPLTR 
LDX RUPT2 ry 
JSR кетте 
LDX RUPTSyY 
JSR LEDLTR 
LDA PORTIA 
AND LTMSKL 
STA LTHSKL 
LDA FORTIE 
ANN LTHSKH 
STA 1 THSKH 
EDA terr 
STA DUR 
LDA FREQ 
JSR TONE 

my вк DeLay 
ЭМР RESTRT 

П 

3 esas SUBROUTINE 


#GET SECOND RIT. 
SGET Gen HIT. 


SMASH DUI UNNECESSARY BITS їн 
ум їнк MASKS. 


ISET WIN/LOSE TONE DURATION. 


FOET FEFOUENCY. 
FPLAY ТОМЕ. 
IDELAY TO SHOW WIN OR TIF. 
ISTART NEU БАНЕ» DON’T г 


“емді ү/Е: ron 


3П0Е8 A STATIC ANALYSTS OF GAME BOARD, AND 


IRETURNS WITH ^ MOVE 


Й 
ANALYZ LDA жо 
STA ODDMSK 
LDA жов 
Тлу бот 
ISR FTNDMY 
нне NONE 
LNA #92 
тх ot 
JSR FINDMY 
BNE DONE 
тра toa 
i n 
SR FTNDMU 
BNE пом 
SE RANDOM 
Ами зог 
CMP INTEL 
но ок 
нс емини 
OK LX MDUNUM 
cer n 
PEG КОМУ 
CPx за 
BNE TRACK 
Lox #5. 
тхл 
CHE кошом, 
нет опиенр 
үну 
Сме ROUSUM, Y 
ыға nnn 
TRACK Ina #1 


IN REGISTER Ж. 


FSET MASK THAT MANFG КОМПОМ MWES 
E SIDES TO 0, 

iCHECK FOR WINNING HOVE FOR 
SCOMPUTER 


FIF FOUND, RETURN. 
НЕСК FOR UINMIMR MOYE FOR 
SPL AYER 


зле FOUND, PFTURN 
SCAN COMPUTER SFT A TRAP? 


STF YES. PLAY Tr 
PGET л FANDOM NUMBER... 
%.220Мп MAKE TT 0-15. 

OR USE AS STUPTD/SMAKT DETERMINER 
FIF ROTH ARE сінді, SKIP TFET 
FIF мр INTEL PLAY л пуни МОЧЕ 


iier amer 
FIF YES. PLAY АНУ БОЛЕЕ. 
FATH MOVE? 

FIF МОТ» CONTINUE. 

и бар THEY тп 15Т nIAG. Rousi 
Фор SUM OF POU HAVING Р-С-Р. 
PCHECK IF тет DTAG. те 2-С-Р 
PIF YES, PLAY SINE. 

SCHEER NEXT DTAR. кпш 


SCAM PLAYER SET A TRAP? 
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Fig. 11.50: Tic-Tac-Toe Program (Continued) 
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Lox e2 
JSR FINDNU 
ЮНЕ DONE HIF YES. PL 
LDX GHERNE4 316 CENTER 
ВНЕ RNDMU soccuPten? 
х #5 INO? PLAY TT. 
BNE DONE 

ODDRND LDA ft iSET ODDMASK TO 1, SC 
та прривк iMOUE WILL BE A SIDE 

RNDMU JSR RANDOM $GET RANDOM $ FOR MOVE. 
КА MAKE IT 0-15. 
ORA DDDMSK MAKE ODN + IF CORNER NEEDED, 
сне FNUMBER TOO HIGH? 
кв HIF YES. GET ANOTHER. 
тах 
LDA Әивктех  #SPACE OCCUPIED? 
ВНЕ RNDMU Е YES, ПЕТ ANOTHER МОЧЕ 
тих INCREMENT X ТО MATCH OUTPUT OF F Taine! 
RIS SRETURN Ш/ MOVE TM Y. 


Y моск. 


dixe SUBROUTINE "FIND MOVE” жүніне 
iFINDS A SOUARE MEFTING SPECIFICATIONS 
iPASSED IN IN A OND X. 

FINDEX REGISTER X CONTAINS 

SMASK THAT» WHEN DKED WITH 

INUMBER OF TIMES A GOUARF FITS ROWS WITH 
FROWSUM IN ACCUM.» MUET YIELD ^ ONE 

FFOR SQUARE TO QUALIFY. 


stx 
sta 
Loa 
ШИ 
STA бавтат»ү 
DEY 
BPL CLRLP 
үрү #7 тоор 7х 

CHENLP LDA TEMPI iDDES кошени 
СИР ROUSUM,Y — JMATCH PARAMETER? 
PNE NOCHE PIF NOT. TRY NEXT. 
LDX RUPTE» Y ICHECK 187 SQUARE IN ROW. 
JSR CNTSUM T INCEFMENTITS STATUSIF IT'S EMPTY, 
LDX RuPT2,Y — 00 2Nn ShUARE. 
JR CNTSUR 
LOX RWPT3 Y JAND THIRD. 
JSR CNTSUR 

NOCHEK DEY ITRY NEXT ROW. 
BPL CHEKLP 
Lox v 

FNMTCH LDA TEMP2. FLOOD PARAMETER. - 
AND SOSTAT-1.X 2 (6QUARF STATUBIANDGPORAM) >O? 
BNE FOUND HIF YES, PLAY X AS HOWE. 
DEX IDECREMENT AND TRY NEXT COSTAT. 
ЕМЕ FNMTCH 

FOUND RTS 

Й 

$ aatar SUPROUTINE "COUNTSUR^ жеккен 

iINCREMENTS SOSTAT OF EMPTY SQUARES. 

D 

CNTSUR Lun GMBRD.X  #GET_ SQUARE. 
ВНЕ NOCNT HIF FULL, SKIP, 
INC SOSTAT.X — ;INCREMENT SOSTAT 

NocNT RTS iDONE. 


ISAVE FFOISTERG. 


ICLEAR SQUARE STATUS REGISTERS. 


Stor SUBROUTINE “UPDATE” ever 
iPLAYS МОЧЕ BY STORING CODE PASSED IN IN ACCUM. 
ЗАТ SQUARE SPECIFIED BY X REG. 
FALSO LIGHTS/SETS PLINKING PROPER ЦЕП» 

Wh COMPUTES ROUSUMS. 


UPDATE DEX iDFCREMENT HOVE TO MATCH TMDEXING 
STA GMB IPLAY MOVE. 
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сә 04 Сне зол ICOMPUTERS MO тех 
Fo op EQ NOBLNK IF YES, PON^T SET LED PL LE 
20 98 оз JSR LIGHT PLAYER” MOVE :ВЕТЯЗТ COSS теү 
0 LED TO BE SET TO BLINKING. PNE DLi 
os sn ова LTMSKL ЗРЕАСЕ PIT.IM BLINK MASKS. RTS 
вз ш STA тив : 
90 04 RCC NOPLNK FIF c-o- тант SET PIT Ө. 3 etane INTERRUPT HANDLING ROUTINE YYewr 
ag ot LDA вот FSET IY 9 то BLINKING SAT EACH INTERRUPT, LEDS WHOSE POSITIONS IN 
85 3С ETA LTMSKH ЭТНЕ BLINK MASKS HAVE OMES IM THEM ARF TURHED 
20 6F 0з MOBLNK JSR LEDLTR FLIGHT LER. JON IF OFF» OFF IF ON. 
A2 07 im #7 SLOOP 10 COMPUTE воменме. INTUEC PHA 
18 ^büEOU CLC SPREFAPF тор ADDITI no LDA PORTIA 
ва 00 СШҮ RUPTI,Y = СВЕТ FIRET SQUARE ADDRESS. EOR LTHSKI. 
нә 18 00 LDA бмвкр,ү FOET CONTENTS OF SOUARE. no STA PORTIA 
ва ов ҮРҮ КЫРТЗУХ FODD SECOND SDUARE ТМ PAN ^о LDA PORTIS 
79 18 00 ADC GMERD Y FOR LTMSKH 
ва 10 LDY кырРта,х FADD FINAL SDUARE. ao STA PORTER 
79 18 90 ADC GMBRD, Y ^o спа TUI 
95 2^ STA ROMEUMiX  #SAVE КОЕМ PLA 
ca DEX RIT 
10 Ев RPL anneou TGET НЕХТ Rowa. T 
8% RTS $ rers SUBROUTINE “INITIALIZE” were 
Й TINITIALIZES PROGRAM. 
$ ovra SURROUTINE “LEN LIGHTERS weever i 
TGIVEN AN ARGUMENT IN У REG» LIGHTS #450 
FLED (0-8) CORRESPONDING TA THAT ARGHMEMI А 
i INIT ора to үс как CTPRAGFE 
20 98 оз — LEDLTR JSR LION FOET RIT 1% CORRECT РОЕТҮҮ. LDX fCLREMD-CLRST 
on 01 ло PORTIA и IGHT LED CLRALL STA СОКВТУХ 
өр ot ло PORTIA тех 
90 05 с LTRIN FIF LED 49 POT TO RE LIT. ele ү 
or " FLIGHT TED #9 ao (та ти. IGET RANDOM HUMPER GENERATOR SEED. 
Bh 00 ло ТАПА STA вмһбск+1 
40 LTRON тоне. STA FNISCKAA 
П LMA #зЕЕ 
КОКА л MOUE’ serege P STA SIRA ise uP tn 
IBETS PLAYER'S MDUF- CHECKS FOR ERROPS. ° STA DDRIM 
i ac STA DhRih 
^? во Рокн БПА ФНАКЕ НОРТ RFEP Tn © Lina to FCLEAR LENS 
95 3E эта IKEYPDAPD INPUT MEFPED. ao STA PARTIA 
4919 ыт no ETA FORTIE 
20 An 00 JSR ISET UP TIMER FOR INTERRUPTS WHICH 
20 00 0) KEYIN ISR ФбЕТ маме. iBLINK LEDS. 
9290 ozac гӯ ол che four OF ы ым вв JSR ACCESS ЗЫНРЕОТЕСТ SYH=1 SYSTEM MEMORY TO 
кв STF YES, ПЕТ АРНЕ FSET UP INTERRUPT VECTORS. 
тах LDA «<Імтеес — ;LDAD LOW BYTE INTERRUPT VECTOR. 
PED KeYTY ПЕ HOWE = о, RET ANOTHER “ STA iSTORE AT INTERRUPT VECTOR LOCATION, 
LDA GMERD-1,X SMIRE EMPTY? ра FLOOD HI PYTF IMTERRUPT VECTOR 
ЮНЕ KEYIN тїк мат, TRY ADAM “ E FSTORE. 
RTS n SCLEAR INTERRUPT ENABLE REGISTER. 
Н ao БИА 
% жеккен SUBROUTINE “LIGHT! treere the SEMABLE TIMERI INTERRUPT. 
SSHIFTS A ONE ВІТ LEFT IM AccuMULATAR 1N ^o STA 
$^ PÜSTTION CORRESPONDING TO THE үл ЗЕМАВЫЕ TIMERS IN FREF-RUM MODE. 
ЗАВВИМЕНТ PASSED TM IM REG. Y. IF ¥ ey е; A 


LDA 


JCARRY 18 GE 
d no STA 


FSET LOU LATCH ON TTMER 1. 


LIGHT вту TEMPI ISAVE ж. ao STA SET HIGH LATCH C TORT TNTFERUPT COUNT | 
Lm жю SCLEAR ACCUM. ктк сш. CLI PENARIE INTERRUPTS 
вес BET BIT Tn wr eine ren сп 

SHIFT ROL A ISHIFT BIT EFT. RTS 
Dx ; 

PL SHIFT ЕГЕТЕ $ xtti SUBROUTINE ‘RANDOM яаж 
LDX TEMPL ЗРЕВТОНЕ Y. iRANDOM NUMBER GENERATOR? RETURNS НЕШ 
KIS IRANDOM NUMBER IN ACCUMULATOR. 

n 1 

P oreet SUPEDUTIME “DELAY” teeter RANDON SEC 

$ LDA RNDSCRH 

WeraY Loy ese ANC RNDSCREA 

Mai inv НЕ ADC RNDSCRES 

M? — PD DUR suere тшк STA RNhSCR 
нок іше Lox ta 


1.50: Tic-Tac-Toe Program (Continued) Fig. 11.50: Tic-Tac-Toe Program (Continued) 
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0361 ооа ES 32 RNM LDA RNDSCR X 
2392 ooa? 9513 STA RNNSCRET +x 
2393 oon? СА p 
2394 conn 10 F9 BEL киир 
0195 00АС 40 RTS 
23% ond , 
0397 сов } «кеки SUBROUTINE ‘TONE’ жиян 
0398 cond IGENERATES ^ TONE: NO. OF 1/2 CYCLES 
2399 ооар ‘ant 
олоо cond TN accums атов 
0401 сов 
9402 оор 6502 INSTRUCTIONS—ALPHABETIC 
0404 оов 
2405 бова 
0406 00ва Ae ЗЕ 
0407 0088 Aa 3F rio ПУ FREA 
oaoa oopa 88 Hio her 
0409 0088 18 сс 
0410 оовс 90 оо ВСС x42 
0421 OOBE DO РА BNE Fut 
0412 оосо 49 FF EOR eer 
0413 оос? 80 00 өс STA PORTSE ADC Ааа with carry JSR Jump to subroutine 
0414 0065 Са nex AND Logical AND LDA Load accumulator 
ЕЯ [da ASL Arithmetic shift left LDX Load X 
0417 оосу TEND BCC Branch if carry clear LDY Load Y 
BCS Branch if carry set. LSR Logical shift right 
SYMBOL TABLE BEQ Branch if result = 0 МОР No operation 
BIT Test bit ORA Logical OR 
SYMBOL VALUE 
BMI Branch if minus PHA Push A 
ACCESS эв мк noom noou oso (мм; oen BNE Branch if not equal to0 РНР Push P status 
EKLP 004  CLRALL 0054 CLREND 0040  CLRLP 030 
CLRST 0018  CNTSUR 0139 СОнРну [E BPL Branch if plus PLA Pull A 
DDRIB 002  DDR3R — aco релт D^ бм BRK Break PLP Pull P status 
m2 одла ү 0297 DONE DUR боз 
DECOR ME ойт эш D MEE BVC Branch if overflow clear ROL Rotate left 
EE M NE ветке бик өсіп BVS Branch if overflow set ROR Rotate right 
МӘК 0249 TERS DOR 1н INTON — Geor 
INTEL — 0041  INTVEC 033 коон ЛАПИ. лао сс Clear carry RTI Return from interrupt. 
KEYIN 0389 (ЕШТЕ 026 LIGHT 037  ITMSKM со CLD Clear decimal flag RTS Return from subroutine 
UTMEKL 0030  LTRDM ОР ноут ОА НОВИК CLI Clear interrupt disable SBC Subtract with carry 
NOCHEK — 032A NOCNY 038: ODDMSK 0040  ODDRND SEO E» 
оқ 0267  PLAYLP 0212  PLAYR. 0038 PERRY СІУ Clear overflow t carry 
PORTIA А001 — PORTIR 0000 РОКТЗВ ACOO RANDOM CMP Compare to accumulator SED Set decimal 
RESTRT 0204 RNDLP Ооз Кир) 022 RNDSCR 0012 
ROWSUM — 002A КЫРТ: 0000  RWPI2 0008 қырта 0010 CPX Compare to X SEI Set interrupt disable 
SHIFT” озер Sastar 0021 START — 0200 тҥн 260 СРУ Compare to Y STA Store accumulator 
TILL' 2004  TENPI 0038 TEMP? оозу ток Оол D 
TRAPCK 0200 —TSTLP 0237 UPDATE 0340 WIN 024D DEC rement memory STX Store X 
MINTSY 0235 DEX Decrement Х STY Store Y 
END OF ASSEMBLY DEY Decrement Y TAX Transfer A to X 
< EOR Exclusive OR TAY Transfer A to Y 
INC Increment memory TSX Transfer SP to X 
INX Increment X TXA Transfer X to A 
11.50: Tic-Tac-Too Program (Continued). INY Increment Y TXs Transfer X to SP 
JMP Jump TYA Transfer Y to А 
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APPENDIX B 


6502—INSTRUCTION SET: HEX AND TIMING 


носов 
wen | тен | ттк | шам | momci | zoner | ола 
waco | accum | sour | швов | mme | onm | жұ ә ә. Ә-ә ||. | а 1 № МУ 20+ 2c] m 
| MNEMONIC. ln} о || п | ejojn | и ог | и [ог |а |o] s | e ОР] e |] e АИНИННИНН ж 
ааа аа В 
zor п FEEJERESEAERESEQEREREIEREI “||; : 
ЗУ ИНИННИННИНИНЕ wla |2 
age "HP НІНЕ ЗЕН КЕНЕ 
эсс |а) j2 j2 
scs | мә 
ta Ht РІНЕ 
11 же за co] 2 | 2 
вы! [ш | iH 
sri (m »|:|: 
(гек ® TT ю| |? 
вус fa 
evs [a o 
cic jafi T 
cio | folaf 
r HAR afe | | os| «| 2 
НМ æla | |ә | әјә E E 
crx вез lajol? wpep 
HM ЗЕННЕНІНЕНЕН 
е ере? Н 
oix | ма afe fafafa] 3 | в] 4 |2 : 
oer | fela]: 81513 В 
Фк [m е. А 
іне РНН 
TNX Шү? ы % Бы 
EH НЕ <] ЫЕ: фм 
144 | aper “|.|; НЕЗГІШЕН „| ioa 
ISR |е |з $ 
[T аа LEER 
(o's [аа маш в „|.|, Н $.| iov 
ох аа CIEI E і. 
PINE В iia 
toy FIFHRIHHFIHHPRNE 
бах е1 «|з |а| |51212 atolls 
ти RTT 
na | fæla]: 
ota | Jajaj: В 
Pie 28 |4 |1 = : 
LETS 931%] $2 |; э ATR R 
тот ет HT H 
fee fin юэ ез2 ьо |ә юа H 
Hi РІ Т s 
565 в] 2] ||? в |2 [еа |2 H 
En BARAR HERE ми E 
НН ЧИННЕ М 
in ЧИННЕ + t Le 
1х5 9А [ат арен 
wa | delal, ON Add 210ml branch within page 
i) Add on if craning poge boundary 


Add 3 1o n f bronch to another раде 
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ACCESS, 170 

Ad hoc algorithm, 239 

Ad hoc programming, 238 
Analytical algorithm, 225 
ANALYZE, 263 

Array, 122 

Artificial intelligence, 224 
Assembler, 47 

Assembly, 12 

Audio feedback, 163 
Auxiliary Control Register, 174 
BEO, 154 

Binary number, 41 
Blackjack, 189 

Blackjack Program, 212 
BLIN 

Blink masks, 175 
BLINKER, 208 

Blinking, 274 

Blinking LEDs, 261 

Blip counter, 92 

Board analysis flowchart, 242 
Bounce, 13 
Bracket-filtering, 150 
Carry, 206 

Cassette recorder, 4 

CLI, 174 

CNTSUB, 55 
Complement, 73 
Complementation Table, 80 
Computing the Status, 271 
Constant symbols, 47 
Counter, 65, 101 
COUNTSUB, 273 
Current limiters, 11 
Decimal mode, 151 
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Decision tables, 225 
DELAY, 56, 132, 211, 278 
Delay constant, 103 
Diagonal trap, 244 
Diagonals, 266 
DISPLAY, 118 

DISPLY, 119 
Do-nothing, 55 

Draw, 222 

Dual Counter, 92 
Duration, 148 

DURTAB, 144 

ECHO, 137 

Echo, 35 

Echo Program, 145 

ESP Tester, 139 

EVAL, 118, 126, 153 
Evaluating the board, 225 
Extra Sensory Perception, 139 
FINDMV, 264, 269 
FINDMV flowchart, 270 
First move, 235 

Free run, 198 
Free-running, 198 
Free-running mode, 171, 256 
Frequencies, 25 
Frequency, 22, 261 
Frequency and duration constants, 161 
Games Board, 2,7 
GETKEY, 13, 149 
GETKEY Program, 17 
GMBRD, 252 

Heuristic strategy, 225 
Hexadecimal, 41 
Hexguess Program, 63 
IER, 171 


IFR, 171 

Шера! key closure, 95 
Index, 159 

Indexed addressing, 37, 39, 122, 126 
Initialization, 198 
INITIALIZE, 279 
Intelligence level, 252, 260 
Interconnect, 4 

Interrupt, 198, 252, 261 
Interrupt Handler, 183, 211 
Interrupt handling, 198, 279 
Interrupt Registers, 174 
Interrupt-enable register, 256 
Interrupt-enabler, 171, 179, 256 
IQ level, 245, 265 

Jackpot, 100 

JMP, 154 

Key closure, 277 

Keyboard, 7 

Keyboard input routine, 13 
Labels, 47 

Latch, 65 

LED #9, 123 

LED Connection, 10 

LEDs, 8 

Levels of difficulty, 8 
LIGHT, 118, 132, 157, 274, 278 
LIGHTER, 276 

LIGHTR, 207 

LITE, 70, 182 

Loop counter, 92 

LOSE, 130 

Magic Square, 73 
MasterMind, 162 

Middle C, 23 

Mindbender, 162 
Mindbender Program, 184 
MOVE, 47 

Multiplication, 122 

Music Player, 20 

Music Program, 31 

Music theory, 23 

Nested loop delay, 39 
Nested loop design, 25 
NOTAB, 144 

Note duration, 159. 

Note frequency, 159 

Note sequence, 139 
Parameters, 149 


INDEX 


Parts, 11 

Perfect square, 73 

PLAY, 48, 53 

PLAYEM, 37 

Playing to the side, 24 

PLAYIT, 30, 38 

PLAYNOTE, 30 

PLRMV, 277 

Potential, 225 

Power supply, 4 

Programmable bracket, 101 

Prompt, 42 

Protected, 170 

Protected area, 170 

Pulse, duration, 171 

RANDER, 210 

RANDOM, 57, 135, 150, 159, 209 

Random moves, 241 

Random number, 54, 65, 78, 118, 267 

Random number generator, 57, 118, 
149 

Random pattern, 73 

Random move, 267 

Recursion, 211 

Repeat, 13 

Resistors, 11 

RNDSCR, 252 

Row sequences, 251 

Row-sum, 239, 271 

SBC, 206 

Scratch area, $7 

Score, 107, 128 

Score table, 107, 111, 112 

SCORTB, 127 

Seed, 118, 149 

74154,8 

7416,8 

Shifting loop, 158 

SHOW, 152 

Side, 267 

Simple tunes, 21 

Siren, 100 

Slot Machine, 99 

Slot Machine Program, 113 

Software filter, 175 

Special decimal mode, 150 

Spinner, 87 

Spinner Program, 93 

SQSTAT, 252 
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Square status, 269 
Square wave, 22 
Strategy, 225 


TIL-L, 65 
Threat potential, 226 
Tic-Tac-Toe, 218 

Tac-Toe Flowchart, 248 
Tic-Tac-Toe Program, 280 
TIMER, 65 

Timer, 65, 83, 198, 256 
Timer 1, 175 

TONE, 39, 70, 130, 135 
Translate, 41 

Translate Program, 49 
Trap, 235, 239, 264, 267 
Trap pattern, 241 
Two-level loop, 211 
Two-ply analysis, 237 
Unprotect system, 198 
UPDATE, 273 

Value computation, 226 
VIA, 8 

VIA memory map, 66 
Visual feedback, 163 
WAIT, 98 

Wheel pointer, 103, 120 
WIN, 128 

Win, 259 

Win potential, 225 
WINEND, 129 
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6502 САМЕ$ 


Learn how to play sophisticated games in the powerful 6502 assembly-level 
language—and learn the assembly language as well. 


6502 Games lets you play the ten games shown below, but it does much more: 
it teaches assembly language programming in a straightforward and enjoyable 
manner. You will learn the techniques of algorithm design and data structures 
зо you can program your 6502 not only to play games but also to perform a 
variety of tasks, from home applications to industrial controls. 


With a minimum of external hardware, you will be able to play: 


Magic Squares Slot Machine Music 
Hexguess Spinner Translate 
Echo Mindbender Blackjack 
Tic-Tac-Toe 
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